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Szy György 

a Linuxvilág főszerkesztője, 

a Kiskapu Kiadó vezetője. 
Mindenki levelét örömmel 
várja a következő levélcímen: 
Szy. Gyorgy Olinuxvilag.hu 





Elkezdődött az új év. Ponto- 
sabban hamarosan elkez- 
dődik, ugyanis a lap nyom- 
dába adása még a 2003-as 
év végén történt. Az új évet 
pedig igyekszünk az elmúlt 
év tapasztalatai fényében, 
újításokkal fűszerezve, 
érdekes olvasmányokkal 
köszönteni. 

Sokan kérték, hogy a 
Linuxszal most ismerkedők 
számára több cikket hoz- 
zunk le. Ennek fényében 

a Dobbantóban több soro- 
zatunkat is folytatjuk — 
mind a SUSE, mind a Debian rendsze- 
rekkel ismerkedők találnak érdekes 
cikkeket. lermészetesen ez nem jelenti 
azt, hogy csak kezdő cikkekkel foglal- 
kozunk az új évben! Ebben a számban 
elsősorban a rendszergazdák találnak 
csemegéket: IPv6-os DNS-kiszolgálók, 
rendszermagmodulokat kezelő keret- 
rendszer, kiszolgálók telepítése, műsor- 
szórás és így tovább. 

Azért ne aggódjanak a programozás 
hívei sem, hiszen folytatjuk a O1-soro- 
zatot, foglalkozunk a héjprogramozás- 
sal, belekukucskálunk az új rendszer- 
mag APTI-jai közé is. Azért mindenkép- 
pen fontos, hogy kiemeljek egy cikket: a 
Scribusról szólót. Nagyon nagy rést tölt 
be (reményeim szerint hamarosan) ez a 
program. A tördelőprogramok világában 
egyszerűen nem volt használható 
linuxos termék (ezt a kijelentést annak 
tudatában tettem, hogy a leX és a Lyx 
segítségével sokan könyveket is készí- 
tenek). Ha tényleg kiforrottá válik ez a 
program, immár a teljes DIP-folyamatot 
meg lehet gyorsan és hatékonyan oldani 
Linux alatt. 

Jó olvasást kívánok tehát mindenkinek, 
és ha a kedves Olvasónak akad egy kis 
ideje, kérem, ragadjon billentyűzetet, és 
írja meg, melyik cikk tetszett neki! 
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Programvadászat 


Gentoo Linux-csomagtelepítés 

Most, hogy a múlt hónapban megjelen- 
tetett Gentoo Linux második korongját 
is közreadjuk — ami nem a programok 
forrásait tartalmazza, mint azt az elmúlt 
számban írtam, hanem előre fordított 
csomagokat -, leírom hogyan is lehet 
ezeket a csomagokat telepíteni. 

Akinek még nincs telepítve a Gentoo 
Linux, viszont szeretné a gépén látni, az 
lapozzon a 24. oldalra, és a leírás segítsé- 
gével telepítse fel. Ezután lapozzon ismét 
ide, és telepítse fel a kívánt programokat. 
Az előre lefordított csomagokat az 
emerge -k csomagnév paranccsal 
telepíthetjük. Ahhoz, hogy a második 
korongon lévő csomagokat is használni 
tudjuk, először is fűzzük be a korongot: 


mount /dev/cdrom /mnt/cdrom 


ezután másoljuk be a csomagokat a 
megfelelő könyvtárba: 


cp -a /mnt/cdrom/packages/" 
s /usr/portage/packages/§". 


Grafikus felületre vágyunk? A követ- 
kező parancs kielégíti ezt a vágyunkat: 


emerge -k xfíree 


Ha ezzel elkészültünk és már nagyon 
hiányzik a KDE-felület, adjuk ki az 


emerge -k kde 


parancsot, és hamarosan használatba 
vehetjük ezt a memóriazabáló, ámde 
annál csinosabb grafikus 
munkakörnyezetet. 

Gentoo Linuxunk kiválóan alkalmas 
mindenféle alkalmazás futtatására, 
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mint azt 1. képünk is mutatja. A cso- 
magok között megtalálhatunk olyan 
programokat, mint az xmms, xcdroast, 
OpenOffice.org, Mozilla, KDE, Gnome 
és az Evolution. 


$cribus 

A Scribus egy Linux alatt is használható 
DIP-program Bővebben a 18. oldalon 
kezdődő cikkünkben olvashattok róla. 
A korongon helyet kapott a program 
forrása: az 1.0.1-es megbízható és a 
1.1.3-as fejlesztői változat. A magyar 
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elválasztási szótár és honosítás, az angol 
leírás, és a python-scripting bővítmény 
(plugin) szintén helyet kapott a CD- 


ROM Magazin/Scribus könyvtárában. 


Rendszermag 

Megjelent a 2.4.23-as megbízható 
rendszermag, illetve a 2.6.0-test11 is. 
Mindkettő felkerült a korongra, a 
Rendszermag könyvtárba. 


Böngészők 

Az általam mostanában használt böngé- 
sző a Mozilla alapjaira épülő Mozilla 
Firebird, ami egy igen jól használható és 
testreszabható, gyors böngésző. Ahhoz, 
hogy ebből mindig a legújabbat tudjam 
használni, nem Debian-csomagból tele- 
pítem, hanem a tar.gz fájlokat haszná- 
lom a frissítéshez és a telepítéshez egy- 
aránt. A /opt könyvtárba csomagolom ki, 
ezután létrehozok egy közvetett hivat- 
kozást (symbolic link) a /usr/local/bin 
könyvtárba, hogy bárki minden további 
nélkül el tudja indítani, ne kelljen 
keresgélnie a rendszerben a parancsfájl 
után. Egyszerű a program frissítése is: 
egyszerűen csak letörlöm a régit, és a 
helyébe másolom az újat. A felhasználók 
beállításai megmaradnak, mert ezzel a 








módszerrel őket sem bántjuk. 

Nagyon hasznos és kedves tulajdonsága 
ennek a böngészőnek, hogy a reklámcsí- 
kokat (banner) kitilthatjuk a , látóme- 
zőnkből". A nemkívánatos reklámcsíkon 
jobb egérkattintással előbukkanó menü- 
ben válasszuk a Block Image from 
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kiszolgálónév pontot. Arra azonban 
ügyeljünk, hogyha a kiszolgálónév 
megegyezik az általunk böngészni 
kívánt kiszolgáló nevével, akkor bajban 
leszünk, ha az adott kiszolgálóról kitilt- 
juk a képeket: a weboldalhoz tartozó 
képek sem jelennek majd meg, ami 
ugye számos bonyodalom és nehézkes 
böngészés forrása lehet. 

A másik böngésző szintén ennek a 
családnak a tagja, sőt ez az őse a 
Firebirdnek is: a Mozilla 1.6a változatát 
adjuk közre. Mint a neve is mutatja, ez 
még igencsak fejlesztői változat, úgy- 
hogy csínján bánjon vele, aki próbál- 
gatja — mindenesetre érdemes egy 
próbát tenni vele. 

A harmadik böngésző a méretével és a 
gyorsaságával szerzett magának hírne- 
vet az informatika és a web világában: 
ez az Opera. Ennek 7.23-as változata 
kerül fel a korongunkra a magyarítá- 
sával egyetemben. Érdemes a Bonge- 
szok/Opera könyvtárat tüzetesen át- 
nézni, mivel szinte mindenki megtalál- 
hatja magának az előre elkészített és a 
rendszeréhez, a csomagkezelőjéhez a 
legmegfelelőbb csomagot. 

Hibátlan telepítést és jó kísérletezést! 


Csontos Gyula 
(Csontos. Gyulaolinuxvilag.hu) 
A Linuxvilág szakmai és 


szívesen mászik hegyet és 
kerékpározik. 





CD-szerkesztője. Szabadidejében 


Vállalati Zaurus 
Minden jel arra mutat, 
hogy a Sharp hamarosan 
— várhatóan 2004 első 
negyedében - piacra 
dobja SL-6000 jelzésű 
Zaurus modelljét. 

Az elsősorban vállalati piacra szánt, 
megjelenésében is módosított gépbe 

400 MHz-es Intel XScale processzor és 
várhatóan összesen 128 MB memória 
kerül. Az SL-6000 megőrzi elődjei rejtett 
billentyűzetét, ugyanakkor azoknál na- 
gyobb méretű és a külső fényviszonyok- 
tól függetlenül jobban látható, 640 x 480 
képpont felbontású kijelzője lesz, képes 
lesz 802.11b szabvány szerinti és Blue- 
tooth alapú hálózati kapcsolatok létesíté- 
sére, valamint nagyobb kapacitású akku- 
mulátort kap. Ára egyelőre ismeretlen. 
2 http:/www.zaurus.com 





szemétgyűjtés IBM módra 

Az ÍBM bejelentette Asset Recovery 
Solutions szolgáltatásának a bővítését. 
A szolgáltatás a kis- és középvállalkozá- 
soknak környezetkímélő módon segít 
megszabadulni használaton kívüli szá- 
mítástechnikai eszközeitől. Az IBM 

- nem IBM-eszközökre is kiterjedő — 
szolgáltatása valójában több szolgáltatást 
is magába foglal. A cég az elavult eszkö- 
zöket készpénzért vásárolja fel, ha azok 
eladhatónak bizonyulnak. A túl öreg 
eszközöket kedvezményes áron veszik 
át és szállítják el, majd a környezetvé- 
delmi előírásoknak megfelelő módon 
gondoskodnak további sorsukról, az 
adathordozóktól való biztonságos sza- 
badulást pedig az adatfelülírás-szolgál- 
tatás teszi lehetővé. 

Az elavult számítástechnikai eszközök 
tárolása, kezelése világszerte egyre 
nagyobb gondot jelent — anyagi szem- 
pontból a vállalatoknak, egyébként 
pedig a környezetvédőknek, hiszen a 
nyomtatott áramkörök, tintapatronok, 
egyéb alkatrészek többek között külön- 
féle nehézfémeket tartalmaznak, ame- 
lyek az emberi szervezetbe kerülve 
rákkeltő hatásúak. 

Az IBM hazánkra sajnos nem terjesz- 
tette ki szolgáltatását — vagy ha igen, 
elég jól titkolja —, de a helyzet szeren- 
csére így sem teljesen reménytelen. 

A HP Iakeback program keretein belül 
a HP tintapatronokon már környezettu- 
datos módon adhatunk túl, az egyéb 
elektronikai hulladékokat pedig a -— pél- 
dául Budapesten minden kerületben 
megtalálható - lakossági hulladékudva- 
rokban rakhatjuk le. 

2 http:/www-1.ibm.com/financing/dispose 
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Bye-bye, vonalkód! 

A Xybernaut és az ÍBSS 
a jövőben közösen 
kínál RFID (rádiófrek- 
venciás azonosító) 
rendszereket. A Xyber- 
naut hordható gépeivel és köréjük épülő 
alkalmazásaival, míg az IBSS Synapse ne- 
vű elosztott, valós idejű alkalmazás-ke- 
retrendszerével járul hozzá az együtt- 
működéshez. A két cég szállítmányozási, 
raktározási területre kínál RFID alapú 
adatgyűjtő és nyilvántartó megoldásokat. 
Az REID alapú azonosítás - a jó öreg 
vonalkód rovására - a közeljövőben 
várhatóan robbanásszerűen fog elter- 
jedni. Az apró elektronikus címkék a 
termékekbe építve vagy a csomagokra 
ragasztva gyors, emberi beavatkozás 
nélküli, és nem mellesleg olcsó azonosí- 
tást tesznek lehetővé. Megjelenésük a 
kiskereskedelemben lesz a leglátványo- 
sabb, hiszen az üzletekben egyszerűbbé 
és gyorsabbá válik a számlázás, sőt elő- 
fordulhat, hogy a jövőben pénztárakra 
sem lesz szükség, elég lesz a bevásárló- 
kocsit eltolni a megfelelő leolvasókapu 
előtt, a vásárlás összegét számítógép 
vonja majd le az ügyfél számlájáról. 

Az RFID-címkék ugyanakkor számos 
jogvédelmi szervezet ellenérzését kivál- 
tották. Segítségükkel ugyanis könnye- 
dén nyomon lehet követni nemcsak a 
termékek útját, de a vásárlási szokásokat 
is, akár személyre lebontva. Az adatvé- 
delmi kérdések megoldása — amellett, 
hogy az újdonság üzleti bevezetését 
aligha fogja hátráltatni — a jövő gondja, 
az ötletek között önmegsemmisítő és 
törölhető címkék egyaránt szerepelnek. 
Akit az adatvédelmi elvek kevésbé zavar- 
nak, az jó üzletet csinálhat, ha rááll a té- 
mára: amerikai becslések szerint egy-egy 
elosztóközpontnak az új megoldásra tör- 
ténő átállítása több tízmillió forintos beru- 
házást jelent, és az üzletek felszerelése is 
hasonló nagyságrendű költséggel jár. 

2 http:/www.rfidjournal.com 


Neked szemét, nekem jó 

A Telus International figyelemre méltó 
tanulmányt tett közzé a levélszemét-üz- 
letágról. Az írásból érdekes adatok derül- 
nek ki, illetve kiváló összefoglaló munka 
több részterület — honnan veszik a levél- 
szemetet küldők a címeket, milyen véde- 
kezési lehetőségek vannak - tekinteté- 
ben. Mint a tanulmány rávilágít, míg a 
levélszemét a címzetteknek bosszúság, 
addig a küldőknek hatalmas üzleti lehe- 
tőség. Ellentétben ugyanis a hagyomá- 
nyos, papírra nyomtatott levélszeméttel, 
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az elektronikus levelek előállítása, továb- 








bítása gyakorlatilag költség nélkül old- 
ható meg, ugyanakkor hatalmas tömege- 
ket lehet vele könnyen és gyorsan elérni. 
Beszédes adat, hogy jelenleg a világ elek- 
tronikus levélforgalmának 40 százaléka 
szemét, és ez az arány folyamatosan 
növekszik. Nem véletlenül: szemetelni a 
látszat ellenére érdemes. Egy olyan CD, 
amely hetvenmillió elektronikus címet 
tartalmaz, mindössze 150 dollárért meg- 
szerezhető. Igaz, hogy ötven ténylegesen 
vásárlóvá váló címzettre egymillió bosz- 
szús számítógép-használó jut, ám ha 
utánaszámolunk, 3500 vásárló megszer- 
zése mindössze 150 dollárba került, ami 
kiváló költségaránynak számít. 
A szemetelést segíti, hogy a jogi szabá- 
lyozás hézagos, és a határokon átívelő 
tevékenység ellen nem lehet hatéko- 
nyan fellépni. A küldő haszna pedig a 
legkevésbé sem vigasztalja azokat a szol- 
gáltatókat, akik értékes erőforrásokat 
kénytelenek a szemétáradat kezelésére 
fordítani. A levélszemét miatti műszaki 
bővítések minden évben több milliárd 
dollárt emésztenek fel az internetszol- 
gáltatók oldalán — igaz, a berendezések 
gyártói ezt valószínűleg a legkevésbé 
sem bánják. Mindenki jól fontolja meg 
tehát, melyik oldalra áll! 
2 http:/wwwi.telusinternational.com/ 
services/whitepaper.html 
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Kapcsold a hatodik sehességet! 
Az Acer ez év elejétől hivatalos szál- 
lítóként hordozható és asztali számí- 
tógépekkel, 
kiszolgálókkal 
és monitorok- 
kal látta el a 
Ferrarit. Az 
együttműkö- 
dés jegyében 
Ferrari 3000 
néven a cég a kínálatát egy különleges 
noteszgéppel bővítette. Az új noteszgép 
a sportautókhoz méltóan , tüzes" meg- 
jelenésű, kiépítését áttekintve pedig 
kétség sem fűződhet kiváló teljesít- 
ményéhez: AMD Athlon XP-M 2000-t és 
2500-£ közötti processzorok, 15"-os 
kijelző 1400 x1050 képpont felbontással, 
512 MB memória, amely -— a notesz- 
gépek világában egészen szokatlan 
módon - legfeljebb 2 GB-ig bővíthető, 
Ali Moblity Radeon 9200 VGA-vezérlő 
128 MB memóriával, 60 GB-os merev- 
lemez, DVD-meghajtó, kapuk és csatla- 
kozások sokasága, 3 kg alatti tömeg, 
háromórás akkumulátoros üzemidő. 

A Ferrari 3000 hazánkban is megvásárol- 
ható, ára kb. 480 000 Ft-táfa. 

2 http:/wwwi.acer.com 
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Elmúlik egy korszak 

A Phoenix lechnologies bemutatta 
következő generációs BIOS-ainak 
elgondolását és fejlesztési útitervét. 

Az immár nem 

is 105-nak vagy 
gépszintű kódnak 
(firmware), 
hanem Core System Software-nek 
(CSS), vagyis központi rendszerprog- 
ramnak nevezett program teljesen 
újfajta szolgáltatásokkal járulna hozzá 
megbízhatóbb, könnyebben felügyel- 
hető és szerteágazó kapcsolatokat 
nyújtó számítógépek építéséhez, a 
tenyérgépektől kezdve egészen a ki- 
szolgálókig. 

A mai BIOS-ok még az ősrégi IBM- 
szabványokon alapulnak - a kor köve- 
telményeinek már jó ideje nem felelnek 
meg. A Phoenix d-NA (a Device-Net- 
worked Architecture rövidítése) néven 
kínálja majd termékét, amely valójában 
építőelemek, programblokkok gyűjte- 
ménye lesz. A fejlesztők négy célt 
tűztek ki maguk elé: megbízhatóság, 
felügyelhetőség, kapcsolatteremtés és 
használhatóság. 

A megbízhatóságot digitálisan aláírt 
operációs rendszerrel kívánják elérni, 
illetve olyan titkosítási szolgáltatásokat 
kívánnak megvalósítani, amelyekkel 

a biztonsági rendszer a munkaállomá- 
soknál alapozható meg. 

A Phoenix d-NA-re épülő gépek önfel- 
ügyelő, önjavító és önhitelesítő képessé- 
gekkel fognak rendelkezni, továbbá 
magasabb szintű energiakezelésre és 
hibajóslásra lesznek képesek. 

A CSS ICP/P és XML alapú kapcso- 
latteremtésre mind az operációs rend- 
szer, mind a hálózat felé képes lesz. Erre 
elsősorban rácshálózatok, fürtök építé- 
sekor lehet szükség, de — a megbízha- 
tóságra visszautalva — a távfelügyelet 

is alapszolgáltatásnak számít majd. 

A használhatóság a különféle felhasz- 
nálói csoportok egyedi igényeinek jobb 
kielégítését szolgálja majd. A Core 
Managed Environment (CME) segítsé- 
gével a rendszerépítők védett — vírus- 
kereső, rendszer-helyreállító — alkalma- 
zásokat telepíthetnek majd a gépekre. 
A Phoenix szándéka szerint a CSS 

nem egyetlen zárt termék lesz, hanem 
általános BIOS-helyettesítő, amely 

nem egy gyártó tulajdona lesz, hanem 
bárki elkészítheti majd a saját megva- 
lósítását. A hordozható gépekhez és 
tábla-PC-khez szánt változat már meg- 
jelent, a többi kiadása jövő év első 
negyedévére várható. 

2 http:/www.phoenix.com 
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szárnyra kapva 

A Seiko Epson Corporation mérnökei 

a névadásban kevésbé ötletesek, mint a 
robotépítésben: apró repülő robotjukat, 
amely a világ legkisebb ilyen szerkezete, 
egyszerűen mikro-repülőrobotnak 
keresztelték el. Az Epson immár tíz éve 
mutat be hasonló szerkezeteket, termé- 
szetesen mindig az adott kor műszaki 
színvonalának a csúcsát képviselve. 
Mostani apróságuk - amellyel ezúttal is 





azt kívánják szemléltetni, hogy az Epson 
a mikromechanika területén élenjár — 
két ellentétes irányban forgó rotorral 
emelkedik a levegőbe, ezeket eredetileg 
karórákba fejlesztett aprócska motorok 
hajtják. A felszabadult röpködést egye- 
lőre akadályozza a tápellátás nehézsé- 
ge — bár már léteznek néhány grammos 
elemek, amelyek elegendő energiát szol- 
gáltatnak a robotnak, az Epson emberei 
elégedetlenek velük, ezért nagyobb tel- 
jesítményű akkumulátorokat keresnek. 
A cél, hogy a mikrorepülő erejét ne a 
saját akkumulátorának cipelése kösse le, 
hanem néhány gramm erejéig hasznos 
terhet is tudjon magával vinni. Addig is 
marad a tápvezeték, amely pórázként 
köti a gazdájához. 

2 http:/www.epson.com 


Terjeszkedő Westel WLAN 
A Westel a Ferihegyi repülőtér 2B termi- 


nálján egy éve - tesztjelleggel már üze- 
melő rendszerére alapozva — Magyaror- 
szágon elsőként indított kereskedelmi 
WLAN-szolgáltatást. A szolgáltatást a 
december 1-jei indulással egyidőben a 
reptér 2A termináljára és a Westel vala- 
mennyi üzletére is kiterjesztették. 

A WLAN-szolgáltatást előfizetéses és 
Domino kártyával rendelkező ügyfelek 
egyaránt igénybe vehetik, az előbbiek 
megadott vásárlási keretük, az utóbbiak 
pedig kártyaegyenlegük erejéig használ- 
hatják a 15 perces egységekben szám- 
lázott hálózati csatlakozást. A Westel a 
szolgáltatást a későbbiekben számos 
további forgalmas helyen is elérhetővé 
fogja tenni. 

2 http:/www.westel900.net 


WineX 3.2 


A IransGaming lechnologies elkészült 

a WineX 3.2-es változatával, amellyel 

a legújabb windowsos játékok — Max 
Payne 2, Warcraft III, The Frozen 
Ihrone, Homeworld 2 stb. — is futtatha- 
tók Linux alapú rendszereken. A WineX 
3.2 a hangkeltés, a grafikai megjelenítés 
és a sebesség terén is számos fejlesztés 
nyomát hordozza magán, amelyek ered- 
ményeképpen a korábban már futó játé- 
kok is élvezetesebben játszhatók; sok 
játék esetében például jelentősen csök- 
kent a futtatáshoz szükséges memória 
mérete. Az előfizetők rpm, deb, ls, tgz 
formában tölthetik le az új kiadást. 

2 http:/www.transgaming.com. 


Power Mac G5 


Power Mac 65 sorozatát 
újabb, kétprocesszoros 
modellekkel bővítetteaz 48 8 azé 
Apple. A cég 64 bites, a : 
akár 1 GHz-es előoldali buszsebességgel 
üzemelő processzorai bátran felveszik 

a harcot az Intel és az AMD által jelenleg 
a munkaállomásokhoz kínált lapkákkal 
-— és nem csak a sebesség terén. Ha kettő 
1,8 GHZz-es G5 processzort, 512 MB me- 
móriát, 160 GB-os merevlemezt, GeForce 
EX 5200 Ultra VGA-kártyát és DVD-R- 
meghajtót tartalmazó összeállítást vá- 
lasztunk, mindössze 2500 dollárt, vagyis 
nagyjából 550 ezer forintot kell leszur- 
kolnunk, ami egy Apple-féle iparmű- 
vészeti remekért — mondjuk úgy — 

nem pénz. 





Zeneszolgáltatás 
a kisszobából 

A Slim Devices a 
Sgueezebox nevű zenelejátszó készü- 
lékkel bővítette kínálatát. A Sgueezebox 
ethernet alapú vagy vezeték nélküli há- 
lózati kapcsolaton keresztül fogadja a 
személyi számítógépről adatfolyamként 
továbbított zenei anyagokat, majd pél- 
dául a hifitoronynak, az erősítőnek adja 
tovább őket. A készülék kiszolgálását a 
SlimServer nevű, nyílt forrású — Linuxra, 
Macintoshra és Windowsra egyaránt 
elérhető — alkalmazás végzi. A kiszolgáló 
akár több Sgueezeboxot is tud kezelni, 
ezek egymástól független zeneszolgál- 
tatásra és összehangolt működésre is 
rávehetők. Az ötletes készülékre tulaj- 
donképpen nem mondhatjuk, hogy for- 
radalmian új lehetőségeket kínál, viszont 
lehetővé teszi, hogy a tulajdonosa elsza- 
kadjon a számítógépétől, és lakása távo- 
labbi részeiben is kényelmesen, jó minő- 
ségben érhesse el a gépen tárolt zenéket. 
2 http:/www.slimdevices.com 





Leírások minden mennyiségben 
Az egyébként linuxos oktatási és tanács- 
adási területeken mozgó Lineox -— Lineox 
LIFF néven - újszerű, teljességre törek- 
: vő dokumentációs 
sr terméket adott ki. 

A LIFF a gyártó 
állítása szerint számos korszerű megol- 
dást egyesít, így próbál a világ legjobb 
linuxos dokumentációs megoldásává 
válni. A LIÍFF közel 900 MB-nyi leírást 
tartalmaz, a gyűjteménybe a Linux 
Documentation Project összes könyve és 
HOGYAN-ja bekerült, ahogy a hamarosan 
megjelenő Lineox Enterprise Linux 
leírása, a súgó (man) oldalak HIML- 
formátumba alakítva és a legújabb Red 
Hat- és Mandrake-kézikönyvek is. 

A hatalmas szövegmennyiséget a szer- 
kesztők indexelték és kiterjedt keresési 
lehetőségekkel látták el. Maga a LIFF 
webkiszolgáló alá telepíthető, illetve 

a Lineox webhelyén interneten is kipró- 
bálható. Akinek megtetszett, a Lineox 
webhelyéről CD-lenyomatkérnt töltheti 
le vagy CD-re írva vásárolhatja meg. 

2 http:/www.lineox.com 


A HD DVD nyert 


Hosszas huzavona eredményeként a 
DVD Forum tagjai végre elfogadták a 
következő generációs DVD-formátumot. 
Az előterjesztés erede- 
na tileg a csak olvasható 
tő és írható lemezekre 

s ül egyaránt kiterjedt, ám 
ez alkalommal csak az előbbit fogadták 
el a bizottság tagjai. A HD DVD lemezek 
ibolyaszínű lézert fognak használni, a 
jelenlegi DVD-lemezekéhez hasonló 
szerkezetet használnak majd, a kapaci- 
tásuk pedig 15-20 GB lesz oldalanként. 
A HD DVD formátum a loshiba és az 
NEC fejlesztése, velük szemben gyártók 
egy másik csoportja áll, akik a Blu-ray 
formátumot támogatják. A Blu-ray kék 
lézerrel dolgozik, és nem működik 
együtt a jelenlegi DVD-formátummal, 
viszont olyan szereplők támogatják, 
mint a Sony, a Philips, a Samsung és a 
Matsushita. A mostani döntés az írható 
lemezek sorsát még nem rendezte vég- 
legesen, és nyilván a Blu-ray fejleszté- 
sébe ölt összegekről sem akar senki szó 
nélkül lemondani, így komoly esély 
mutatkozik arra, hogy a felhasználók- 
nak - akár az írható DVD-lemezek ese- 
tében, ahol pluszos és mínuszos jelzésű, 
egymással együttműködni nem képes 
megoldások jelentek meg - a jövőben 

is kétféle szabvánnyal kell majd 
megküzdeniük. 

2 http:/www.dvdforum.com 
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HP-tévé jövőre 

Ha hinni lehet a híreknek, a HP jövőre 
nagyképernyős LCD-tévékészülékekkel 
bővíti kínálatát. Mivel a számítástech- 
nikai eszközök egyre inkább szórakoz- 
tató jelleget (is) öltenek — gondoljunk 
csak a digitális fényképezésre, a családi 
filmek rögzítésére és DVD-re írására, 
vagy akár a HP media center PC termé- 
kére —, ezzel a lépéssel logikusan egészül 
ki a cég meglévő szórakoztató-termék- 
családja. A HP egyébként nem egyedüli- 
ként, sőt nem is elsőként döntött így, a 
Dell és az inkább az Egyesült Államok- 
ban ismert Gateway már kínál a saját 
neve alatt tévékészülékeket. 


A méret a lényeg 

Az Intel elkészült első, 65 nanométe- 
res eljárással gyártott lapkájával, egy 

4 Mbites SRAM egységgel. A cég a 
processzorgyártás terén még csak most 
tér át a 90 nanométeres megoldásra, 

a 65 nanométeres lapkák megjelenése 
2005-re várható, viszont a bejelentés 
bizonyára megnyugtatja azokat, akik a 
lapkagyártás jövője és a Moore-törvény 
érvényben maradása miatt aggódtak. 
Az Intel fejlesztői a méretcsökkenés 
miatt jelentkező nehézségek elhárítá- 
sára újabb és újabb anyagokat és 
eljárásokat kénytelenek bevetni, ennek 
ellenére bizakodók: 2007-re már a 

45 nanométeres gyártás beindítását 
tervezgetik. 

Mindeközben elemzők szerint az Intel 
többrétegű műanyag alapú memóriái- 
nak a fejlesztése is előrehaladott állapot- 
ba kerülhetett, a cég ugyanis műanyag 
memóriákkal foglalkozó csapatát prog- 
ramfejlesztőkkel bővítette. Hozzáértők 
szerint ez annak jele, hogy a műanyag 
lapkák hamarosan gyártásba kerülhet- 
nek; a programozókra most az a feladat 
vár, hogy az új megoldások előnyeit 
kihasználni és szemléltetni képes alkal- 
mazásokat készítsenek. Ha a műanya- 
gok alkalmazása ezen a területen töme- 
gesen beindul, akkor a várakozások 
szerint az elektronikus készülékekbe 
beépített memóriák mérete nagyság- 
rendnyivel fog növekedni, és a szilícium 
alapú memóriákkal eddig megvalósítha- 
tatlan megoldások is elérhetővé válnak. 
2 http:/wwwiintel.com 
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188 
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97 


18. 


197 


20. 


. Annak a büntetésnek a mértéke euróban, amit München 


városa szabott ki a The SCO Groupra, amiért megalapozatlan 
vádakkal illette a Linuxot: 10 000 


. Azon PC Club boltoknak a száma, ahol a számítógépekre 


előre feltelepítik a LindowsOS-t: 51 


. Azoknak az éveknek a száma, amióta az ibiblio.org Linux- 


változatokkal és -kiszolgálóval dolgozik: 12 


. Az angol weben böngészőknek az a százaléka, akik inkább 


feladnák a mobiltelefonjukat, mint az internetet: 40 


. A Linux-kiszolgálók piacának becsült forgalma 


dollármilliárdban 2002-ben: 2 


. A Linux-kiszolgálók piacának becsült forgalma dollármilliárd- 


ban 2007-ben: 15 


. A Linuxszal telepített PC-k eladásának Indiára becsült 


százalékos adata 2004 márciusáig: 10 


. India részesedése a tengerentúli IT-szolgáltatások 


piacából: 60 


. A tengerentúli IT-szolgáltatások piacának becsült éves adata 


dollármilliárdban: 16 

A személyi videófelvevők (például a TIVo) Rupert Murdoch 
által jósolt ára egy éven belül: 0 

Echostar (DishTV) által megadott PVR-előfizetési díj, 
amennyiben az ügyfél bizonyos programcsomagolkra két évre 
fizet elő: 0 

Rupert Murdoch hírügynöksége átlagos éves bevételének 
(EBIT) százalékos növekedése: 20 

A B2B tranzakciók növekedése milliárd dollárban világszerte 
1999-ben: 145 

A B2B tranzakciók várható növekedése milliárd dollárban 
világszerte 2004-ben: 7,29 

Az Egyesült Államok részvétele a B2B tranzakciókban 
1999-ben: 39 

Az Egyesült Államok várható részvétele a B2B tranzakciókban 
2004-ben: 39 

A megkérdezett programozók százaléka, akik várhatóan 
Linux-alkalmazásokat is írnak jövőre: 59 

A megkérdezett programozóknak az a százaléka, akik szerint 
az SCO kontra IBM per befolyásolja majd a terveiket: 6 

A Microsoft által tervezett Linux-kiszolgálófelhasználás száza- 
lékos növekedése 2003 júliusa és 2004 júniusa között: 24 

A Microsoft által tervezett Windows-kiszolgálófelhasználás 
százalékos növekedése ugyanerre az időszakra nézve: 9,5 


Források 

1.: Heise Online 

2.: Lindows.com 

3.: 2 http://wwwiibiblio.org 
4.: the inguirer 

5—6.: Giga Information Group, via Veritas 
7.: Red Hat 

9—9.: Gartner Group 

10—12.: Reuters 

13—16.: Gartner Group 
17—18.: Evans Data Corp. 
19—20.: Jupiter Research 
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Biztos beszívtak. 

(Linus Torvalds a The SCO Group azon 
állításaira hivatkozva, amelyek szerint a 
Linux többmillió, a Unixból kimásolt sort 
tartalmaz) 


A Linux nem termék. A Linux inkább 

a programösszetevők gyűjteménye, ame- 
lyeket világszerte önállóan alkotott meg 
több ezer ember, és amelynek minden 
eleme sajátos ütemezés szerint változik 
és fejlődik. Ha a Linuxról úgy beszélünk, 
mint termékről, azzal ,befagyasztunk" egy 
alapjában véve dinamikus dolgot, és lezá- 
runk olyasvalamit, ami egy nyitott folya- 
mat. Ezt nem tehetjük meg, csak egy fon- 
tos elem elvesztése árán. Nem, a Linux 
nem egy termék - a Linux egy folyamat. 
(lan Murdock, 5 http://news.com.com/ 
2010-1071 3-5057321.html) 


Amikor ötödikes voltam, parázs vita tört ki 
a helyi újságban a zsebszámológépekről. 
Az egyik fél szerint a számológépek jó 
készülékek voltak, amelyek használatát 
meg kellene tanítani a diákoknak. A másik 
fél a számológépet mankóként tartotta 
számon, amelynek alkalmazása csak be- 
szennyezi az ifjak könnyen befolyásolható 
gondolkodásmódját, és amelyek megjele- 
nése a világvége közeledtének biztos jele. 


Mind az optimisták, mind a pesszimisták 
bíztak abban, hogy a véleményük számít. 
,Eljön majd az idő — gondolták —, amikor 
valaki megkérdezi tőlem, hogy mit is te- 
gyünk ezekkel a számológépekkel." Velem 
és az ötödikes haverjaimmal ellentétben a 
felnőttek nem értették meg, hogy a szá- 
mológépeket többé nem lehet eltörölni. 
(Clay Shirky, 5 http://www.corante.com/ 
many/20030701.shtml34 46771) 


Változás 





Az Informatikai és Hírközlési Minisztérium 
által 2003. május 15-én meghirdetett, 

, Vállalatirányítási rendszerek közepes 
méretű vállalkozásoknak" című, folyamatos 
beadású pályázatot (a pályázat jele: IHIM- 
ITP-7) — a pályázati keretösszeg kimerülése 
miatt, a Pályázati Útmutató VIII. 6. pontja 
alapján — a minisztérium 2003. december 
6-ával leállította. Az eddigi nyertesek listája 
a következő címen érhető el: 

2 http://www.ihm.gov.hu/ 
palyazatok/palyazatok 20030926 1.html 
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Bemutatták a SuSE Linux 9.0-t 


November 18-án egy kellemes ebéd keretében 
mutatták be a SuSE Linux Professional 9.0-s magyar 
változatát. Mi természetesen ott jártunk, de ez nem 
volt nekünk elég: szemügyre is vettük az új darabot. 


Fél évvel az előző, 8.2-es változat 
után piacra került a legújabb, 
9.0-val jelölt, elsősorban otthoni 
felhasználásra ajánlott SuSE 
Professional. Az eseménynek 
helyt adó étterem egyik 
különtermében körülbelül ötven 
mindenre elszánt érdeklődő 

gyűlt össze, hogy megismer- 
hesse az új , csodafegyvert" 

— így hirdeti ugyanis legújabb 
Linuxát a SuSE. 

A helyfoglalás után, de még az 
ebéd előtt Dr. Szentiványi Gábor, 
a SuSE magyarországi 
ügyvezetője előadásával megnyi- 
totta a sajtótájékoztatót, 
amelynek legelső témája termé- 
szetesen a Novell üzleti lépése 
volt, amelynek során felvásárolta 
a németországi SuSE Linux AG 
anyavállalatot. Az előadó 
természetesen mindenkit 
megnyugtatott, hogy a termékek 
ettől még nem tűnnek el, minden marad a régiben, 
hiszen csak tulajdonosváltás történt. A SuSE 
Professional ugyanúgy kapható és ingyenesen letölthető 
marad, valamint a termékcsalád többi tagja sem sínyli 
meg a változásokat. 

Ezek után elérkeztünk az előadás fő témájához, magához 
a 9.0-s változathoz. Az előadó röviden összefoglalta a 
tudnivalókat, majd két fő újításra hívta fel a figyelmet: 
az egyik az NTFS lemezrészek átméretezhetősége, a má- 
sik a YaST kiszolgálómoduljainak a bővülése. A vetély- 
társ Windows operációs rendszerek eddig akadályt állí- 
tottak a telepítőnek, ugyanis bár a SuSE telepítés közben 
átméretezte a FAT-lemezrészeket, a Windows 2000 és 
XP NTES lemezrészeivel meggyűlt a baja. Mivel a leg- 
több Linux-változat úgy próbál előbbre jutni, hogy foko- 
zatos átállást sugallva feltelepíthető a gépen lévő operá- 
ciós rendszer mellé, a fent említett újítás valóban mér- 
A másik újdonság a felhasználóbarát testreszabás te- 
kintetében fontos. Számos új kiszolgálóprogram ugyanis 
beállítási lehetőséget kapott a YaST Hálózati szolgálta- 
tások moduljában, amelynek segítségével bárki egysze- 
rűen állíthat be DNS, DHCR FTP Samba vagy épp webki- 
szolgálókat. 

Ezek mellett jelentős újításnak számít még az Open- 
Office-csomagon végrehajtott változtatás, amelyből 

a legújabb, 1.1-es változat került a terjesztésbe, s szó 
esett arról is, hogy a SuSE az első olyan otthoni hasz- 





nálatra szánt operációs rendszer, amely támogatja az 
AMD Athlon 64 új, 64 bites technológiáját. 

A sajtótájékoztatón elhangzott még az is, hogy a SuSE- 
termékekre ezentúl 180 napos terméktámogatás jár, 
amit természetesen minden vásárló igénybe is vehet, 
ugyanúgy, ahogyan eddig is megtehette, ám az előző 
változatokra a nyilatkozatok és a doboz tanulsága szerint 
,hivatalosan" csak 90 nap járt, valójában azonban ez 
180 nap, azaz egy félév volt. Ennyi ugyanis egy-egy 
változat életciklusa SuSE-éknél. 

Az előadás további részében egy másik célcsoportnak 
szánt termék bemutatása következett: a Standard Server 
8.0-s képességeiről esett pár szó, amit a cég elsősorban 
kisvállalkozások számára kínál a vetélytársaknál jóval 
kedvezőbb (ámde még így is borsos) áron. Ennek a ter- 
méknek az életciklusa sokkal hosszabb, mint az otthoni 
használatra szánt Professionalé, és a SuSE ötéves prog- 
ramtámogatási garanciát is vállal rá. Természetesen 
ehhez is jár a terméktámogatás és a vaskos kézikönyv, 
amely a termék dobozában található. 

Az előadás végeztével az érdeklődők kérdésekkel bom- 
bázhatták Szentiványi Gábort, aki kötelezettségeinek 
eleget téve még az ebéd mellett is folytatta a kíváncsi 
hallgatóság tudásszomjának kielégítését. 

Az ebéd végeztével, távozás előtt minden résztvevőt 
megajándékoztak egy SuSE 9.0-val, hogy valóban meg- 
győződhessenek az elmondottak igazságtartalmáról. 
Mivel én magam is hitetlennek számítok, a népmesei 
közhelyet követve utánajártam annak, hogy miféle 
újdonságok találhatók a frissen piacra dobott termékben. 


Lássuk, mi van a dobozban! 

Először vegyük szemügyre a dobozt: az előző változathoz 
képest meglepő a fordulat, most ugyanis teljes egészében 
magyar nyelvű a doboz felirata, nemcsak egy utólagosan 
ráragasztott matrica tanúskodik a változat honosításáról, 
továbbá a doboz kinézete is megújult kissé. Kinyitva a 
korongcsomag mellett megtaláljuk a két vaskos felhasz- 
nálói kézikönyvet, amelyek nemcsak új külsőbe burkolóz- 
tak, de a tartalmuk is jócskán megnövekedett. Tovább- 
haladva a lemezek szempontjából elmondható, hogy ez- 
úttal nem két, hanem egyetlen kétoldalas DVD került az 
öt CD mellé, amelyet nem sikerült úgy kivennem a papír- 
borítékból, hogy az ujjlenyomataimmal ne maszatoltam 
volna össze mind a két oldalát. (Természetesen a korong- 
tok és a lemezek borítója is új ruhába bújt.) 

A telepítés szinte pontosan ugyanúgy zajlik, mint az 
előző változatoknál: minden egyszerű és követhető; 
nekünk, felhasználóknak még annyit sem kell tenni, mint 
egy windowsos telepítés során. 

A CD-k beadagolása után a rendszer elindul, és mi azon- 
nal használatba vehetjük. Az alapértelmezett grafikus 
felület még mindig a KDE, a , Startmenüt" azonban 

egy kissé átszervezték, a panel mellett sincs már ott a 
megszokott SuSE munkamenü, de egyáltalán nem is 
hiányzik. A legtöbb dolog maradt a régiben, égbekiáltó 
változások nem érzékelhetők. Általában elmondható, 
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hogy a kinézet néhány ponton megváltozott: pár helyen 
új ikonokat találunk, és a rendszer minden összete- 
vőjének a változatszáma emelkedett néhány pontnyit. 
Akadnak természetesen új elemek: a multimédia terü- 
letén megpróbáltak erősíteni, van már RealPlayerünk is, 
és ki tudja még hány dolog, amit csak akkor vennénk 
észre, ha a sok ezer csomagot mind végigbogarásznánk. 
Erről jut eszembe — a csomagok: változtattak az alapcso- 
magok összetételén, úgy próbálták meg átalakítani, hogy 
a legtöbb felhasználó igényét kielégítsék, tehát ne kelljen 
gyakran új összetevőket telepíteni a rendszerben. Ennek 
egyik ékes példája az, hogy az önműködő telepítés végre 
magától felrakta a Midnight Commandert. Mivel ezt én 
utólag eddig is mindig felpakoltam, s nem is nagyon 
ismerek olyat, aki ne használná, ez a lépés valóban hasz- 
nosnak bizonyult, főleg, ha a többi csomagösszetétel 
esetén is ilyen irányba mozdult el a terjesztés. 

A rendszer egyébként a 2.4.21-es rendszermag javított 
(optimalized) változatát használja, amely a 2.6-os vál- 
tozat néhány újítását is tartalmazza. Maga a 2.6-os rend- 
szermag legújabb próbaváltozata is felkerült, de ennek 
használata azért nem olyan egyszerű, és a 9.0-hoz tarto- 
zó jegyzetben benne is van, hogy a 2.6-os próbaválto- 
zatú rendszermaggal futó SuSE-hez nem is jár az a bizo- 
nyos 180 napos terméktámogatás. 

Talán ennek köszönhetően nem valósult meg a teljes 
körű NIFS-támogatottság sem. Ugyan az NFIS lemez- 
rész telepítés közben átméretezhető, de írni még mindig 
nem tudjuk Linux alól, csak olvasni. Amennyiben tehát 
olyan lemezrészeket szeretnénk, amelyeket mindkét 
operációs rendszer alól el akarunk érni, azokon a lemez- 
részeken továbbra is célszerű FAT-ot használni. 


A YaST 

A legtöbb változás magában a YaST rendszerösszete- 
vőben tapasztalható, amely a SuSE terjesztéskezelő 
programja, azaz SuSE Linuxok lelke. A használatát azért 
nem kell újra megtanulni, ugyanis nem annyira változott, 
sokkal inkább bővült. Ami módosulásnak nevezhető, az 
talán az, hogy nem YaS12-nek hívják, hanem polgári 
nevén csak YaS [-nak. 

Lássuk, mivel is bővült rendszerünk lelke! Leginkább 

a hálózati szolgáltatások terén tapasztalhatunk gyara- 
podást: az otthoni használatra is alkalmas szolgáltatá- 
sokra kapunk beállítómodulokat. Lehetőségünk nyílik 
például az otthoni hálózatunk üzemeltetését megköny- 
nyítő DHCP grafikus panelen történő beállítására, házi 
FTP-kiszolgálót szabhatunk testre, és immár a win- 
dowsos hálózatra történő csatlakozás sem jelenthet 
gondot, hiszen ezekre a feladatokra is találhatók megol- 
dások a YaST moduljai között. Ezeken túlmenően létezik 
néhány olyan szolgáltatás, amelyet az otthoni fejlesztők 
is igénybe vehetnek. Ilyen lehetőség az Apache 2 web- 
kiszolgáló beállítása, amely azonban nem nyújt teljes 
lefedettséget, csak az alapvető beállítások végrehaj- 
tására van lehetőségünk. Ezért ez a szolgáltatás talán 
azok számára lehet hasznos, akik például a képeiket 
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a weben meg szeretnék osztani az ismerőseikkel. 
A HTTP-kiszolgálónál valamivel több beállítást áll 
módunkban megtenni a DNS-kiszolgáló testreszabása 
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közben, amely a jól ismert linuxos Bind névkiszolgálóra 
vonatkozik. 

Ezenkívül még egy hasznos, általam egyébként is használt 
szolgáltatás beállítására is lehetőség nyílik: igénybe 
vehetjük az NTP-t (Network Time Protocol), amely 
lényegében annyit jelent, hogy a gép minden indításakor 
és azután meghatározott időközönként lekérdez egy 
pontos, atomórához igazított időkiszolgálót, s a mi óránkat 
beállítja a kívánt értékre, így mindig biztosak lehetünk 
abban, hogy az pontosan jár. 

Ezekről a beállítómodulokról általában elmondható, hogy 
egyelőre csak nagyon korlátozott számú jellemzőt 
képesek átállítani, az viszont mindenképp biztató, hogy 
egyáltalán léteznek. Feltételezhető, hogy ez a jövőben 
csak javulni fog, s a beállítható szolgáltatások listája is 
gyarapodik majd. 


Végkövetkeztetés 

Összefoglalva azt tudom mondani, hogy ismét egy kicsit 
felhasználóbarátabb Linux került a piacra, ami minden- 
képpen hasznos a Linux terjedésére nézve. A mostani 
változat ugyan nem sokban tér el az előzőtől, de össze- 
fogottabb lett, s talán előnyt tudunk kovácsolni a meg- 
lehetősen rövid életciklus tényének az ismeretéből, 
hiszen megállapíthatjuk, hogy a változat a legfrissebb 
programokat tartalmazza, s ezáltal védettebbek vagyunk 
a támadások, vírusok ellen — és az új változatok sok 
esetben a mi kényelmünket szolgálják. 

Mindenkinek azt javaslom, hogy próbálja ki! A későbbiek 
folyamán az , Átállás Linuxra lépésről lépésre" című 
sorozatunkban is foglalkozunk majd az új vívmányok 

az adott területen történő bemutatásával. 


Komáromi Zoltán (komi(okiskapu.hu) 
23 éves, a BME hallgatója, 

mellette PHP-programozóként dolgozik. 
Kedvenc területe a multimédia. 
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A 2003. év Linux Journal Szerkesztőségi díjasai 





A Szerkesztőségi díjak átadása előtt minden jó, de a Mozilla jelenleg ezt is lekörözi; azok számára 
cikkírónktól és szerkesztőnktől javaslatot kérünk a készült, akik a webes megjelenítést a maguk szája íze 
díjazottakra. Ebben az évben ismerős nevekkel és szerint szeretnék kialakítani. 

kezdő linuxosokkal egyaránt találkozhatunk a 2 http:/Avww.mozilla.org 

győztesek között. Grafika 


Jahshaka 

Nem, ez nem kü- 
löndíj a ,csak ne 
Gimp legyen, mert 
ők mindig nyernek" 
versenyben! Greg 
Kroah-Hartman hívta 
fel a figyelmünket 
erre a vadiúj, fejlesztés alatt álló videoszerkesztő 
alkalmazásra, és nem tudtuk megállni, hogy ne 


Kiszolgálógép 

Sputnik AP 120 

Vezeték nélküli hálózatot akarsz adni vevőidnek vagy a 
szomszédnak? Vagy saját gépet építettél NoCatAuth-tal, 
és hitelesítetted valamelyik drága szolgáltatóval, vagy 
kockáztattál és... a Sputnik egy csodás Linux-megoldást 
hozott létre, olyat, amelynek révén használható és 
viszonylag olcsó hozzáférési ponthoz juthatunk. 

2 http://www.sputnik.com/products/ap120.htmi 





Biztonsági eszköz készítsünk hozzá egy teljes oktatóanyagot. A vágáson 
NetfilterAptables túlmenően a Jahshaka animálást, hatásokat (effect), 
Mick Bauer, a biztonsági rovat szerkesztője a követ- karakterkészítőt és fájlmegosztást is kínál. 


kezőket írta: ,a 2.4-es Linux-rendszermag csomagszűrő 5 http://www.jahshaka.com 
kódja — bár nem 2003-as újdonság —, jól megállja a 
helyét: az üzleti megoldások szintjére hozta fel a Linux- 
tűzfal kezelését. Rugalmas és értelmes, hatékony kap- 
csolatállapot-követési képességgel." Mick rámutat még, 
hogy a jól ismert Netfilter a gépen egy újabb tűzfalvé- 
delmi rétegként használható, akkor is, ha amúgy más 
tűzfalat is birtoklunk. 

2 http://www.kernel.org 


Kommunikációs eszköz 
Gaim 

Marcel Gagné 

állítja: , Korábban 
kigúnyoltam az azon- 
nali üzenetváltást 
(instant messaging 
— IM), de az elmúlt 
Kiszolgáló néhány hónapban 
Newisys felfedeztem, hogy 
Michael Baxter ,remekül megtervezettnek" nevezte ezta — milyen csodálatosan hasznos eszköz is ez. Néha semmi 
kétprocesszoros Opteron 1U kiszolgálót, mivel a 64 bites — sem helyettesíti a valós idejű, folyamatos beszélgetést, 





Opteron áttörte a x86 memória korlátait — a visszafelé ha műszaki nehézségeket akarunk megoldani." Nos, a 
történő együttműködés megőrzése mellett. A Newisys —  Gaim egy ilyen üzenőprogram azoknak, akinek a barátai 
alapú kiszolgálók napjaink linuxos kiszolgálópiacának nem szeretik az IM rendszereket. Lapzártakor a Gaim 
népszerű szereplője számos linuxos kiszolgálókkal által támogatott rendszerek: AOL Instant Messenger, 
foglalkozó cég között. Ja, és majdnem olyan gyorsan ICO, MSN Messenger, Yahoo, IRC, Jabber, Gadu-Gadu 
indítják a GNU Emacsot, mint a legtöbb ember gépe a és a Zephyr. 

Vimet. 2 http://gaim.sourceforge.net 

2 http://2100 www.newisys.com/products/2100.htmli Fejlesztőeszköz 

Munkaállomás Perl 5.8.0 

Dell Precision Rewven M. Lerner minden hónapban tudósít bennünket 
Glenn Stone ítészünk a kétprocesszoros Xeon asztali egy új webfejlesztő eszközről, de most térjünk vissza 
rendszert úgy határozta meg, mint ,komoly gép komoly ajó öreg Perlhez. Az új változat kapcsán ezt írja: 
munkához", és csodálattal adózott a 320 MB/s ,a legfontosabb, hogy támogatja a többszálúságot és 
sebességű SCSI RAID alrendszer teljesítményének, az Unicode-ot — két olyan dolgot, ami segíthet előre- 
valamint a Dellnek a helyszíni szolgáltatásokhoz való mozdítani a Perlt az elkövetkezendő években." Szeretjük 
hozzáállásáért. böngészni a Comprehensive Perl Archive Networköt 

2 http://www.dell.com/precision (CPAN) olyan modulokért, amelyek egy rövid parancs- 


Webböngésző vagy ügyfél fájlt képessé tesznek arra, hogy pontosan azt tegyek, 
Mozilla 1.4 amit szeretnénk. 


Többrétegű weblapok, amelyeken fülek nyithatók; az 2 http://www.perl.org 


előugró (pop-up) hirdetéseket tartalmazó ablakok tiltása, , Adatbázis-kezelő 


kulcsszavak tárolása — ha más böngészőt használva PostgreSOL 
találkozunk velük, egyszerűen elavultnak, korlátozottan Reuven emellett PostgreSOL-rajongó is, azé a rend- 
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vagy borzalmasan kezelhetőnek tűnnek. A Kongueroris — szeré, amely oldalainkon is sokszor szerepelt már: 
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A PostgreSOL csapata bebizonyította, hogy igenis 
létre lehet hozni adatbázis-kezelőt a MySOL árát 

nem meghaladva és a felügyelet kezelhetőségének 
képességével, ugyanakkor az Oracle tulajdonságkész- 
letével. Versenytársa csak a Firebird és a SAP DB 
lehet, valószínűleg mindkettőre komoly felfutás vár 
2003—2004-ben". Az új 7.3-as változat alapértelmezés- 
ben tartalmaz táblafüggvényeket (olyan függvények, 
amelyek több sort adnak vissza), sémákat, előkészített 
lekérdezéseket, valamint Unicode-támogatást, tovább- 
fejlesztett naplózást és zárolás nélküli adatbázis-tisztí- 
tást. Marcel rámutat, hogy , amire szükség van, az egy 
pofonegyszerű adatbázisrendszer az új felhasználóknak, 
akik talán csak egy karácsonyi üdvözlőlapot vagy effé- 
lét akarnak készíteni. Csak, mert tudunk egy minden- 
tudó relációs SOL adatbázis-kezelőt csinálni, ráadásul 
ingyen, az még nem jeleni azt, hogy a felhasználók is 
mindig ezt akarják." 

2 http://www.postgresal.org 


irodai program 

OpenOffice.org 

Marcel az OpenOffice.org-ot ugyancsak ajánlja — ismét 
őt idézzük: , szinte tel- 
jes körűen támogatja 
a Microsoft Office- 
dokumentumokat . 
Valószínűleg minden- 
kinek tetszeni fog a szövegszerkesztő, de az oldal rajzo- 
lóprogramot és bemutató készítő csomagot is tartalmaz. 
2 http://www.openoffice.org 





Az év terméke 

SGI Altix 3000 

Emlékszel a világ legnagyobb egymagos Linux-gépére 
a 2003. februári szám címlapjáról? Nemrég hallottuk, 
hogy Stephen Hawking professzor cambridge-i kutató- 
csoportja szintén vett egyet. Steve euner az SGI-től 
azt írta 2003 februárjában: ,ha megnézed a rendszer- 
magbővítések listáját. . . az voltaképpen meglepően 
rövid, ami jól mutatja, hogy a Linux megbízható alapokra 
lett tervezve. Ami még nagyszerűbb, hogy nagy részük 
— egyéb változtatások mellett — már megjelent a 2.5-ös 
fejlesztői rendszermagban." Gratulálunk az SGI-nek a 
Linux terjesztéséért. 

2 http://www.sgi.com/servers/altix 


Weblap 

Linux Weekly News 

Mindenki az úgynevezett metanewst használja 

— ez kiválogatja a legjobb cikkeket a híroldalakról —, 

de a Linux Weekly News remekül kiszűri a híráradatból a 
fontos Linux-híreket. Ezen túlmenően egészen különböző 
témákról is sajátos tartalommal szolgál, például a bizton- 
sági riasztásokról vagy a rendszermag-piszkálgatásról 

— bármiről, amivel kihúzod a Linux Journal 
megjelenéséig. 

2 http://lwn.net 


www.linuxvilag.hu 





Játék j 
hogy kik voltak 
Frozen Bubble ú 
3 aka AES ÜRb ze elt nEI azok a szerkesztők, 
Gyerünk, emberek, nincs itt semmi látnivaló, irány . ÁSÁS 
; É 6 SES akik a saját könyvükre 
vissza dolgozni! Lehet, hogy ez lesz a következő Tetris. . . 
szavaztak. 


Tőlünk ugyan nem gyakran lehetett hallani róla, de bárki 
is írta át Microsoft 
Windowsra és Mac 
05-re, köszönet 
érte, mert így most 
már nem csak a 
Linux-felhasználók 
termelékenységi 
mutatója nullázódik 
le. Az új 1.0-s 
változatban száz 

— igen, száz! — pálya és egy pályaszerkesztő is található. 
2 http://www.rozen-bubble.org 
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Rendszerbeállító és -karbantartó program 
Webmin 

Marcel szerint a Webmin , olyan csodálatos kis erőfor- 
rás-igényű eszköz, amely elfedi az operációs rendszerek 
közötti különbséget, 
emellett dicséria [: 
beépített SSH-alkal- . ESPFe 
mazást is. A Web- v 
min-modulok az 
elképzelhető összes 
kiszolgálóprogramot 
kezelni tudják, az 
Apache-től a hang-  [/ 
postán át a WU-FTP- 
ig. A külső modulok megkönnyítik az ISP-k dolgát az 
üzenetek és a virtuális webfelügyelet ügyfeleikhez való 
hozzárendelésében. 

2 http://vwvvw.webmin.com 


Mobil készülék 

Lindows Mobile PC 

Végre egy hordozható gép (notebook) előretelepített 
Linuxszal! Doc Searls örülne egy ilyen VIA processzor 
alapú, 256 MB RAM-mal szerelt és minden elkép- 
zelhető kütyüt tartalmazó gépnek, ha el tudná venni 
hatéves kisfiától. 

2 http:/Avww.lindows.com/lindows feature preinstall.php 














Könyv 

Daniel P Bovet és Marco Cesati 

Understanding the Linux Kernel, 2. kiadás 

Ez a könyv jó, ha kéznél van, ha megakadunk a Kernel 
Kornerben, vagy ha saját rendszermagot akarunk 
fordítani, és tudni szeretnénk, hogyan működik. Most 
nem áruljuk el, hogy kik voltak azok a szerkesztők, akik 
a saját könyvükre szavaztak. 

2 http://www.oreilly.com/catalog/linuxkernel2 
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A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakori 
kérdéseket és az egyéb 
útmutatásokat a 

2 www.linuxjournal. com 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 
lovábbi kérdéseiteket 
szívesen fogadják 

(angol nyelven) a 

2 www.linuxjournal. com/ 
[/-issues/techsup.htmi 
címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhattok. A levél 
tárgyában szerepeljen 

a, BTS kulcsszó. 
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A hónap szakmai tanácsai 


A rendszeridő beállítása 

a hálózaton keresztül 

Telepítettem Red Hat 8 alatt az ntpa démont, amely 
fut ugyan, de látszólag nem csinál semmit. A naplóból 
kiderül, hogy elindult, de pár perc múlva a következő 
üzenet jelenik meg: 

kernel time discipline status change 41 
Ezek után semmi nem kerül már a naplóállományba. 
Mit jelent ez az üzenet? Hogyan lehet megállapítani, 
hogy az ntp frissíti-e a rendszer óráját? Ha nem frissíti, 
hogyan lehet rávenni a helyes működésre? 

Lance Hill, lancemhillnospaméohotmail.com 


Az ntpa (Network Time Protocol Daemon) működé- 
sének ellenőrzése az ntptrace localhost parancs 
segítségével lehetséges. Ebből kiderül ki, hogy a rend- 
szer és az időkiszolgáló, ami a rendszernek szolgáltatja 
az időt honnan , kapja ezt". Légy udvarias, ne állítsd be 
az ntpdt-t egy nagy forgalmat bonyolító nyilvános 
időkiszolgálóra. A helyi internetszolgáltató vagy a helyi 
Linux-felhasználói csoport adhat hozzáférést egy közeli 
időkiszolgálóhoz. 

Don Marti, dmartoOssc.com 


A következő dolgokat érdemes ellenőrizni. Először is az 
ntpd nem próbál meg egy óránál nagyobb időkülönb- 
séget kiegyenlíteni, ezért az óra első beállítására hasz- 
náld az ntpdate parancsot. Másodszor ellenőrizd, 
hogy nem állítottad-e be az ntpd-t csoportos szórásos 
vagy adatszórásos (multicast/broadcast) ügyfélüzem- 
módra, hacsak nincs időkiszolgáló a helyi hálózatban. 
Harmadszor, ha újabb ntp változatot használsz, ellenő- 
rizd, hogy a restrict beállítás minden használt időki- 
szolgálóra meg legyen adva, mert az újabb változatok 
jobban ügyelnek a biztonságra. Végül használd az ntpa 
eszközt és annak assoc parancsát az ntod helyes 
működésének az ellenőrzéséhez. 

Chad Robinson, crobinsonerfgonline.com 


Nyomtatás egy alkalmazásból 

Windows alá írt alkalmazásokat próbálok meg Linux alá 

átvinni (Red Hat 7.3 és 9), és meg kellene találnom a 

jelenlegi nyomtatási módszer helyettesítőjét. Jelenleg 

így megy a nyomtatás: 

1. Az alkalmazás megnyitja az LPT8-at, és mint egy 
fájlba ír bele. Az LPT8 egy Windows-eszköz, nem 
valódi kapu. Az adatokat (sima ASCII-szöveg) a 
program kiírja az eszközre. Amikor vége a kiírásnak, 
lezárja az eszközt. 

2. Az LTP8-at elkapja egy Novell Netware figyelőprog- 
ram, azaz bármit írunk az LPT8-ra, az a Novell Net- 
ware nyomtatási sorában köt ki. 

3. A Novell Netware kiszolgáló elküldi az adatokat a 
vonalkódnyomtatónak. A nyomtató a hálózatra van 
kötve, és egy kis AXIS nyomtatókiszolgálót használ, 
amely sok protokollt ismert, például a Novell 
NPRINTER protokollját és az 1pd-t. Tudni szeretném, 





hogy meg lehet-e tartani ezt az egyszerű működést, 
azaz megnyitni egy fájlt vagy eszközt, írni bele, majd 
lezárni. Minden másnak a háttérben kell történnie. 
Az világos, hogy lehetne külső programot hívni: 
létrehozok egy ideiglenes fájlt az adatokkal, azután 
átadom a fájlt például az 1or programnak. Ez egy 
kicsit bonyolultabb, de működőképes, ha az első 
módszer nem volna lehetséges. Esetleg létre lehetne 
hozni egy ideiglenes fájlt, és figyelni az ideiglenes 
könyvtárat, hogy van-e benne fájl. A baj csak az, 
hogy a felhasználó azonnali választ vár. A Novell 
Netware kiszolgálót Linuxra fogjuk cserélni. 
A Windows-gépek Sambát fognak használni a nyom- 
tatáshoz. Még nem döntöttem el, hogy melyik nyom- 
tatási rendszert válasszam, talán a CUPS lesz az. 
A programok Delphi/kylix Object Pascal nyelven 
íródtak. Tudtok segíteni, hol kezdjek keresgélni? 

Gus Wirth, gwirthosciti.com 


Ez vagy könnyű, vagy nehéz, attól függően, hogy mit 
szeretnél. A legegyszerűbb megoldás az általad 

említett megoldás az ideiglenes fájllal. Használhatod 

a tmpnam ( ) függvényt egyedi fájlnevek létrehozására, 
hogy a folyamatod nehogy más folyamatokkal ütközzön. 
Ez a módszer megvalósítja a fent említett fájlmegnyitás, 
adatkiírás, fájllezárás folyamatot, és ehhez nem kell 
külső program. Ha a programod úgy lett volna megter- 
vezve, hogy eleve ideiglenes fájlt használ, és egy beál- 
lítható paranccsal küldted volna el azt a nyomtatónak, 
akkor hordozható lett volna. A Windows alatt a copy 
paranccsal küldhetted volna el a fájlt az LTP8-ra, míg 

a Linux alatt az 1or parancsot használhattad volna 
ugyanerre. A program rugalmasabb lett volna. 

Chad Robinson, crobinsonerfgonline.com 


Noteszgép futtatása ACPI nélkül 

Red Hat 9-et telepítettem a Dell Inspiron 1100 típusú 
noteszgépemre. Az energiaellátás kezelése nem tele- 
pült (ez a gép ACPl-t használ, nem APM-et). Pár 
weboldal sikeres telepítésről számol be — az ACPI 
kivételével. Ragaszkodom a Red Hat megbízható kiadá- 
sához, mert a gépen a mindennapi munkám ellátására 
használom (napi 6-8 óra tanítás). Nem szoktam kísér- 
letezni a munkagépemmel. Mivel jár, ha nem telepítem 
az ACPI támogatását? Kockáztatom a processzor 
egészségét, vagy meglehetek nélküle (egy darabig 
legalábbis)? Segítenétek, hogy hol találom a Linux 
alatti ACPI-támogatásról a leírást? 

Erik Hemdal, enhemdalkotownsip.com 


Nézd meg a 5 http://www.linux-laptop.net webhelyet, 
ahol az emberek leírják azokat a nehézségeiket, 
amelyeket a Linux noteszgépekre való telepítésével 
kapcsolatban tapasztaltak. 

Usman S. Ansari, uansarcoyahoo.com 
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Az Atmel elérhető 
beágyazott Linux alatt is 
Az Atmel Corporation bejelentette, 
hogy Linux alatt is elérhető az 
AT91RM9200 mikrokontroller és az 
ARM9 alapú ASIC-ek. A linuxos 
átirat tartalmazza a 2.4.19-es rend- 
szermagot, az ARM Linux csapat 
által karbantartott ARM9 Linuxot, 

a rendszermagfoltokat a fejlett meg- 
szakításvezérlőhöz és a rendszeridő- 
zítőhöz és az AT91RM9200-hez való 
illesztőprogramot. A leggyakrabban 
használt parancsok egy kisméretű 
RAM-lemezen foglalnak helyet. 

A teljes fejlesztőkészlet tartalmazza 
az átiratot, az U-Boot betöltőprog- 
ramot és a GNU eszközkészletet 
forrásban és bináris formátumban. 
2 http:/Awvww.atmel.com 


OVISION 2.0 

A OVISION 2.0 egy valós idejű, nézet 
alapú hálózati megfigyelőeszköz, 
amely minden hálózati eseményt ké- 
pes megjeleníteni. A OVISION megfi- 
gyeli az internetkapcsolaton és a bel- 
ső hálózaton átmenő hálózati forgal- 
mat, és felfedezi a szokatlan mintáza- 
tokat. A OVISION 2.0 újdonsága töb- 
bek közt a viselkedés nézet, a hálózat 
megismerése nem aláíráson alapuló 
módszerrel, a házirendet érintő és 
biztonsági gondok valós idejű kezelése 
az események tulajdonságaihoz kötött 
szabályokkal, az okos riasztás és az 
előre megadott eseményekre elindított 
válasz. Ezenkívül kiválasztható, hogy 
mely alkalmazások milyen forgalmát 
milyen mélységben kívánjuk menteni. 
2 http:/Awww.gilabs.com 


Raptor 74GB 
SATA-meghajtók 

Megjelent a piacon a Western Digital 
új, soros ATA (SATA) sínre csatla- 
kozó, 10 000-es fordulatszámú WD 
Raptor merevlemezeivel. Az új 
Raptor 74 GB tárterülettel rendel- 
kezik, Ismeri az Ultra/150 parancs- 
sorbaállítást (CO) és a RAFF-ot 
(Rotary Accelerometer Feed Forward). 
A Raptor-meghajtók minősége kielé- 
gíti a vállalati igényeket: 1,2 millió 
óra az átlagos idő két meghibásodás 
között, 10 000 fordulatot tesz meg 
percenként, az átlagok keresési ideje 
4,5 ezredmásodperc, és öt év garan- 
cia van rá. Az Ultra/150 CO éssze- 
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rűsíti a számítógép és a merevlemez 
közötti adatforgalmat, Így nő az átvi- 
teli sebesség. A RAFF rezgő környe- 
zetben Is fenntartja a merevlemez 
teljesítményét. Ráadásul a Raptor 
74 GB-os meghajtó folyadékcsap- 
ágyas, ezért halkabb és megbízhatóbb. 
2 http:/Awww.westerndigital.com 


A Metrowerks beágyazott 
BSP-je a Motorolához 

A Metrowerks új kártyatámogató 
csomagja (BSP-je) segíti a fejlesztő- 
ket a Motorola PowerOUICC III pro- 
cesszorra Írt beágyazott alkalmazá- 
soknak a létrehozásában. A Metro- 
werks BSP-t rögzített alkatrész-ösz- 
szeállítással és beállításokkal pró- 
bálták ki. Tartalmazza a PowerOüUICC 
III processzorhoz való beágyazott 
Linux-rendszermagot, a GNU hibake- 
resőt és eszközkészletet, futtatási 
környezetet, illesztőprogramok és 
programkönyvtárak teljes készletét. 
A BSP a hálózati és távközlési pia- 
con lehet sikeres. A BSP együttmű- 
ködik a Metrowerks Platform 
Creation Suite csomaggal, amely a 
fejlesztőket segíti a Linux beágyazott 
rendszerekre való testreszabásában. 
2 http://www.metrowerks.com 


Linux for Everyone 3.0 
Cognitióval 

A CPUBullders kiadta Linux for 
Everyone v 3.0-t, amelyben megta- 
lálható a Cognitio nevű új vezérlő- 
pult. A termék a Sams Clubon és a 
CPUBuilders webhelyén keresztül 
szerezhető be. A Cognitio vezérlőpult 
lényege, hogy segítségével egysze- 
rűen kezelhetőek a Linux alatt az 
alkatrészekkel és programokkal kap- 
csolatos feladatok. A felhasználó 
azonnal működő eszközöket, CD-írót, 
merevlemezt, lapolvasót és USB- 
tárat adhat hozzá. A Linux for 
Everyone 3.0-s változatával felszerelt 
rendszerekben újdonság még az USB 
2.0, a gyorsabb processzorok, a 
DDR memória és az USB 6-in-1 kár- 
tyaolvasó. A 3.0-s rendszerek prog- 
ramjai egy kattintással frissíthetők, 
vannak benne eszközök a hálózati és 
internetkapcsolat megfigyelésére és 
a hálózati fájlmegosztásra, és az új 
Linux-felhasználók számára 
dokumentáció is létezik. 

2 http://www.cpubullders.com 


Glacier Itanium 2 
rendszerek 

Az Aspen Systems bejelentette 
két új, Itanium 2 processzor köré 
épülő számítógépét, amelyet a 
nagyteljesítményű 
számítások (HPC) 
piacára szán. Az 
Aspen Systems 
Glacier Dual Itanium 
2-es rendszer 1,4 
GHz-es processzort 
és 1,5 MB L3 gyor- 
sítótárat tartalmaz. 
A rendszer az Intel 
S5R8/OBH2 kiszol- 
gálófelületen alapul, 
és 2U magas, 
szekrénybe szerel- 
hető kivitelben gyártják. A második 
rendszer a kisfeszültségű Itanium 2 
processzoron alapul, 2U és 4U 
magas kivitelben érhető el. Ennek 
a processzora 1,0 GHz-es órajellel 
és 1,5 MB L3 gyorsítótárral rendel- 
kezik. Mindkét rendszer alacsony 
fogyasztású, ami csökkenti a mére- 
tezés költségeit. 

2 http:/Awww.aspsys.com 


Zend Studio 3.0 

Megjelent a Zend Studio 3.0 IDE. 

A csomagot a kulcsfontosságú 

— PHP JavaScript és HTML alapú — 
webalkalmazások fejlesztőinek szán- 
ják. A Zend Studio 3.0-s támogatja 
a PHP 5-öt, nagyobb teljesítményt 
ígér, és fejlettebbek a projektkezelő 
eszközei. A 3.0-s változatban új 
hibakereső eszközök jelentek meg, 
például egy távoli hibakereső, amely 
egy hibakereső URL-en keresztül 
lehetővé teszi az alkalmazások hibál- 
nak megkeresését a böngészőn ke- 
resztül. Ezenkívül a 3.0-ban megta- 
lálható a Code Profiler, amely megta- 
lálja az alkalmazás szűk keresztmet- 
szeteit, amik miatt lelassul az egész 
projekt. A Code Analyzer a statikus 
forrást elemzi, és ebben fedezi fel az 
esetleges hibákat. Újdonság még a 
továbbfejlesztett XML-beépítés, a 
fejlett kódkiegészítés, a testreszab- 
ható billentyűzetkiosztás, a teljes 
változatkezelés és a beépített FIP 
2 http://wvww.zend.com 
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Bemutatkozik a Scribus 


A Scribus teljes értékű asztali kiladványszerkesztő alkalmazás, 
amely a szövegszerkesztőkkel ellentétben a gépelési modell helyett 


a bemásolásmodellen alapszik. 


kérdés, úgy tűnik, örök: megfelelőnek tekinthető-e 
AA már a Linux az asztali gépekre? Ebben a vitában most 

újabb komoly igenlő érvet szolgáltat a Scribus 1.0-s 
jelenlegi kiadása. Gyakori aggály szokott lenni, hogy , nem 
tudom használni a Linuxot az asztali gépemen, mert nincsenek 
X-alkalmazások." A Scribus hatékonyan tölti ki a hiányzó űrt, 
a grafikus WYSIWYG (amit látunk, azt kapjuk) kiadványszer- 
kesztő helyét. A Linux-felhasználók és Unix-használó unoka- 
testvéreik mostantól egy módosítható, felhasználóbarát asztali 
kiadványszerkesztő alkalmazást vehetnek birtokba, amely 
újszerű megközelítéssel kezeli a Linuxot mint asztali kiadvány- 
szerkesztőt (DIP vagyis Desktop Publishing). Ezenkívül a 
Scribus a hagyományos DIP-rendszereken túlmutató képessé- 
gekkel is rendelkezik: képes PDF-állományokat (Portable 
Document Format, azaz hordozható dokumentumformátum), 
webes űrlapokat és interaktív PDF-dokumentumokat készíteni. 
Ezáltal az egyre csiszoltabbá váló lényeges támogatókönyvtá- 
raknak (nevezetesen a freetype2, Ghostscript és CUPS rend- 
szereknek) hála, a linuxos asztali kiadványkészítés lehetősége 
végre valósággá vált. A Scribus ügyesen egészíti ki a Linux- és 
a Unix-rendszerek néhány DIP-vonatkozású hiányosságát a 
PDF formátumban történő mentés széles körű használatával, 
illetve bizonyos mértékben a PDF-beolvasás támogatásával. 
A PDF formátum, amely az Adobe tulajdona, de ellenszolgál- 
tatás nélkül használhatják más fejlesztők is, rugalmas és meg- 
bízható formátumot nyújt, továbbá alkalmazások széles kíná- 
latát támogatja. A PDF igen hasonló a PostScript nyelvhez és 
az Adobe kiválóan dokumentálta: a nyers PDF 1.5 referencia- 
kézikönyv csekély 1000-t oldalra rúg, ráadásul a PDF-olvasó 
szinte minden korszerű rendszeren elérhető. 


DTP alkalmazások vagy szövegszerkesztők 

A legelemibb szinten való dokumentumkészítés a Scribus ese- 
tében kimerül az általános iskolában oktatott vágd és másold 
módszerben. Ha a rajzeszközt használjuk, úgy viselkedik, mint 
egy festővászon; ha képekkel dolgozunk, olyan, mintha máso- 
lólapot (pasteboard) használnánk. Szövegszerkesztővel a legin- 
kább olyan munkálkodni, mintha egy nagyon okos írógépen 
tevékenykednénk. lalán úgy a legkönnyebb elképzelni a 
Scribust, mint egy a nagyszerű PDF-motor köré épített csinos 
kezelőfelületet. Ez a motor ugyanis nagymértékben leegysze- 
rűsíti a nyomdakész, magas felbontású PDF-állományok és 

a teljesen interaktív PDF-fájlok készítését. A PDF-állományok 
létrehozásának egyik legnagyobb kihívása -— különösen a 
nyomdakész PDF-ek esetében -, hogy ismerni kell jó néhányat 
az Adobe Acrobat Distiller száz desztillálóeszköze közül. 

A Scribus egyértelműen nem szövegszerkesztő, sokkal inkább 
a kiadványszerkesztő (page layout) programok családjába tar- 
tozik. A jól ismert DIP-alkalmazások közé sorolható az Adobe 
PageMaker programja (az eredeti változat) vagy az InDesign 
és a Ouark XPress. A Scribus azért különleges, mert GPL enge- 
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délyű, valamint mert egyetlen más, ilyen profi szintű képessé- 
gekkel rendelkező DIP sem fut Linux alatt. A Scribus rendszert 
átvitték BSD-k, HP-UX és Solaris alá is. A Cygwin segítségével 
a Scribus kísérleti változata már Microsoft Windows 2000 alatt 
is fut, sőt a Mac OS X-es változat is készül már a GPL enge- 
délyű Ot for OS X segítségével. 

A kiadványszerkesztő alkalmazások abban különböznek a 
szövegszerkesztőktől, hogy a szöveg, a képek és a grafikák 
elhelyezésével sokkal nagyobb fokú pontossággal foglalkoznak, 
és a tervezőnek lényegesen több mindenbe lehet beleszólása, 
mint a korszerű szövegszerkesztők esetében, ahol ez nem 
oldható meg, s néha nem is kívánatos. A szövegszerkesztők 

a szavak , gyártásában" jeleskednek, de kizárólag a kiadvány- 
szerkesztő programok képesek a szöveget és a képeket, vala- 
mint az egyéb művészi munkákat egyszerűen és nagy pontos- 
sággal összeszerkeszteni. A Scribus például elég sok bitnyi 
olyan kódot tartalmaz, amely a PostScript-kimenet javításával 
foglalkozik, vezérli a színreprodukálást, szöveget tartalmazó 
képrétegeket készít és a nagyfelbontású művészi munkákat 

is kezelni képes. 

A kiadványszerkesztő alkalmazásokban a szöveg is egy keretbe 
zárt objektum, akárcsak a képek vagy az alakzatok (dobozok- 
nak - szövegdoboz, képdoboz - is nevezzük). Ez lehetővé teszi 
a szöveg pontos elhelyezését és folytonosságának megteremté- 
sét az oldalon. A Scribus segítségével könnyedén hozhatunk 
létre különleges hatásokat, például tükrözést (flipping) vagy 
valamilyen szögben futó szöveget, netán önműködő folytonos- 
ságú többoszlopos szöveget. A rétegeket vagy az objektumokat 
egymás fölé helyezhetjük (ezt maszkolásnak is nevezik), ilyen 
módon látványos képi hatásokat készíthetünk. A Scribus 
különleges tipográfiai eszközökkel rendelkezik, amelyekkel az 
egyes betűk kinézetét, illetve elhelyezkedését módosíthatjuk a 
szavakon belül (szaknyelven ezt alávágásnak — kerningnek — 
nevezik). Minden egyes objektum elhelyezését századhüvelyk 
(inch) vagy századmilliméter pontossággal tudjuk befolyásolni. 
Lássuk a Scribus néhány fontosabb képességét: 


e Csúcstechnológiát képviselő, nyomdai előkészítésben is 
használatos, az ISO PDF/X-3 szabványnak megfelelő magas 
minőségű nyomdakész PDF-állományok előállítása. Ez a 
program az egyetlen, amelyik ezt közvetlenül támogatja. 

e — leljes parancsfájlokkal ellátott, interaktív PDF-dokumentu- 
mok készítése, amely külső hivatkozásokat is tartalmazhat 
webhelyekre vagy bemutató PDF-fájlokra a la MS 
PowerPoint vagy OpenOffice Impress. Létrehozhatunk 
számított mezőket is, valamint a felhasználó által kitöltött 
űrlap adatait továbbíthatjuk a honlapunkra. 

e — Parancsfájlvezérlés a Python nyelv segítségével. A legtöbb 
komoly DIP alkalmazás rendelkezik valamilyen parancs- 
nyelvvel. A Python rendkívül hatékony és a felülethez 
illeszkedő parancsnyelvvel ruházza fel a Scribus rendszerét. 


A legtöbb más DIP alkalmazás saját parancsnyelvet vagy 
az AppleScriptet használja, ezek azonban nem hordoz- 
hatók. Ez a képesség lehetővé teszi azt is, hogy egy harma- 
dik fél által készített Python-modulokat, például képkezelő 
modulokat futtassunk, vagy más Python-alkalmazásokat, 
mondjuk a PySolt indítsuk el. 

e — leljes körűen támogatja a nyomtatásban használt CMYK 
(cyan, magenta, yellow és black, azaz cián, bíbor, sárga 
és fekete) színkezelést, a színrebontást, valamint a direkt 
színek (spot colors) használatát és behozatalát EPS 
(Encapsulated PostScript) fájlokon keresztül. 

e A freetype2 segítségével támogatja az Unicode-szövegeket 
és betűkészleteket, és a jobbról balra író nyelveket, mint 
amilyen az arab és a héber. Jelen pillanatban a Scribus 19 
nyelven jelent meg, a legutóbb cseh, orosz és indonéz 
változatban (természetesen létezik magyar változat is, 

a SuSE Linux és az UHULinux tartalmazza). 


A Scrihbus letöltése és telepítése 

A Scribus telepítése magától értetődő. Választhatjuk a forrásból 
történő fordítást, avagy letölthetjük a Scribus valamelyik har- 
madik fél által készített csomagját. A részleteket és a webhelye- 
ket a Scribus leírásában találjuk. A forrás lefordítása a szokásos: 


. /configure §6£ make §6£ make install 


Nem árt, ha beszerezzük a terjesztésünkön elérhető legfrissebb 
változatot a TIrolltech Ot, freetype2, libtiff, libpng könyvtárak- 
ból, valamint ghostscript rendszerből. A Scribus 1.0-s prog- 
ramját Ot 3.1.2-hoz fejlesztették, írásunk születésekor ugyanis 
ez a legfrissebb változat. Amennyiben a színkezelést is hasz- 
nálni szeretnénk, szükségünk lesz a littlecms könyvtárakra és 
néhány ICC sablonra. A Scribus használatához továbbá kelleni 
fog a libtiff, a libjpeg és a libpng könyvtár. A legnagyobb gond, 
amivel a fordítás során találkoztunk, az az, hogy a OTDIR 
környezeti változót nem vagy helytelenül állítottuk be. A leírás 
részletesen ismerteti a fordítás menetét. 

A Scribus felhasználói felülete láthatóan DTP-alkalmazásra 
van kihegyezve: a segédvonalakat a vonalzókból húzhatjuk 
elő, a mértékegység egyetlen kattintással állítható. A státuszsor- 
ban rengeteg adatot, illetve az eszközök és objektumok pontos 
méreteit láthatjuk. Bár a Scribus bármely ablakkezelő alatt 
működik, KDE alatt olyan különleges képességei is akadnak, 
mint húzd és ejtsd az asztalon, valamint KDE-stílusú bővítmé- 
nyeket használ. 


Képesség 
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Beszélgetés K. és V. Franz Schmidttel, 
a Scribus fejlesztőivel 


K.: Miért láttál neki a Scribusnak? 

V.: Szükségem volt egy programra Linux alatt, ami képes 
menüket és kártyákat készíteni anyósom kis bavariai hotelének; 
csakhogy egyáltalán nem találtam a Mac gépemen futó DTP 
alkalmazáshoz hasonló semmilyen programot. Eredetileg kizárólag 
magamnak készítettem Python nyelven, míg végül egy barátom 
javaslatára kitettem a webre. Nagyon meglepett a válasz. 


K.: Hogyan jutott eszedbe a Scribus név? 

V.: Gondolkoztam olyasféle néven is, mint az , Open Page" (nyílt 
oldalak), de számomra nem volt elég egyedi. A Scribus a latin 
nyelvből származik: a római hivatásos írnokokat nevezték így, 
ahogyan mi is használjuk az angolban a scribes szót. Számos 
nyelvben van jelentése. 


K.: Miért a Ot-t választottad? 

V.: Amikor eldöntöttem, hogy átállok C-t -- nyelvre, a Ot volt az 
egyetlen, teljesen dokumentált C-t ---készlet. A Scribus volt az 
első C-t ---projektem, sőt még ma is az. A Python kiváló volt 
néhány elképzelés ellenőrzésére, pár szolgáltatáshoz azonban 
lassúnak bizonyult. 


K.: Kikből áll a Scribus csapata? 

V.: Nos, jelenleg belőlem és Paul Johnson-ból, aki a Scribus 0.8-as 
változata óta tag. Az anoncvssel kezdett, segített a kód átnézésé- 
ben és rengeteg egyéb dologgal is ő foglalkozik, például a felhasz- 
nálók támogatásával és a levelezőlistával. Peter Linnel! korábban 
csatlakozott a kipróbálás és a dokumentálás területére. Néhány 
értékelhető adomány egyéb felhasználóktól is érkezett. Levelező- 
listánk igen pezsgő, és kaptam már néhány kedves elektronikus 
levelet olyan felhasználóktól, akik értékelték a gyors választ. 
Akadnak olyan Scribus-használók is, akik nagyon aktívak a leve- 
lezőlistán, és ez segít, hogy több időt fordítsak a kódolásra. Való- 
színűleg egy kicsit kilógunk a nyílt forrású fejlesztések sorából, 
hiszen valamennyien a 30-as, 40-es éveinkben járunk. Valameny- 
nyiünknek állandó munkája és családja van. De a DTP-k esetében 
különösen jól jön, ha az ember rendelkezik némi műszaki tapasz- 
talattal és előismeretekkel. 





Szövegszerkesztő 
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A színkeverés titkos receptje 


A Scribus egyik legfejlettebb lehetősége, hogy képes használni a 
littlecms színkezelő könyvtárakat. A LGPL engedély alatt kiadott 
littlecms csiszolt és könnyen módosítható csomag, amellyel 
sokféle színekkel kapcsolatos műveletet végezhetünk. Az eszközök 
végfelhasználója nagyra értékeli a nagy pontosságot és a folya- 
matos fejlődést. 

A kereskedelmi színkezelő módszerek egészen mostanáig szigo- 
rúan őrzött titkok voltak. Hogyan tudja mindezt véghezvinni a 
littlecms? Először is léteznek szín- és színkeverő I50-szabvá- 
nyok, amelyek nyíltak és az ICC kiadásában a 5 http://color.org 
oldalon megtekinthetők. Másodszor, erősen leegyszerűsítve: az 
egyik színtérből a másikba való áttérést 3D-keresőtáblák végzik. 
A titkos recept egy, a színkezelő modul által használt algoritmus, 
amely a különböző színterek közti eltéréseket korrigálja. A fela- 
datban az az igazi kihívás, hogy a színeket úgy kell az egyik szín- 
térből a másikba átvinni, hogy mindeközben a színskála-átalakí- 
tás miatti színvesztést (gamut) a legkisebbre csökkentsük. Ez 
abból adódik, hogy a CMYK színtér általában kisebb színértékkel 
vagy tartománnyal dolgozik, mint amit az adott eszközön meg 
lehet jeleníteni. Például csodálatos zöld színeket lehet készíteni 
egy RGB monitoron, amiket igen nehéz visszaadni a nyomtatott 
kiadvány CMYK színeivel. A vastagság, fényesség és a papír fes- 
tékbefogadó képessége egyaránt hatással van a nyomtató érté- 
keire. A Littlecms legfrissebb változatai tartalmaznak egy 
Black Point Compensation (fekete pont kiegyenlítés) nevű lehető- 
séget, amely lényegében egy újabb trükk, amivel a színeket úgy 
módosíthatjuk, hogy a képernyőt és a lapolvasót a lehető legkö- 
zelebb vigyük a végső nyomtatási célon megjelenő képhez. 

A litteecms nemcsak a cmm (színkezelő modul) modult tartalmazza, 
hanem további különféle színkezelésre szánt eszközöket is. 
Néhány parancssoros eszköz lehetővé teszi ICC profájlok elhelye- 
zését és beállítását (tagging) képfájlokban, míg az eszközök másik 
csoportját monitorunk vagy lapolvasónk ICC profájljának előállí- 
tásához használhatjuk fel. Elsőként el kell készítenünk a monito- 
runkhoz tartozó helyes ICC profájlt, amennyiben használható 
színkezeléssel szeretnénk kiegészíteni a Scribust. Tesztjeim során 
a littlecms monitor profájl jó eredményt mutatott, mint 
vizuális profájler (visual profiler). Az élvonalbeli DTP-k esetében 

a profájlkészítést és beállítást különleges felszereléssel és 
programokkal végzik, ami akár több ezer dollárba is kerülhet. 


Mesterművünk létrehozása 

A szövegszerkesztőkkel szemben itt nem szokás egyszerűen 

új üres dokumentumot nyitni és elkezdeni gépelni. Először is 
készítenünk kell egy szövegdobozt aztán vagy gépelni kez- 
dünk, vagy betöltünk valamilyen szöveget. A magam részéről 
inkább szövegszerkesztőt használok, szerkesztek, ellenőrzöm 
a helyesírást, majd mentek és beolvastatom a szöveget. Hason- 
lóképpen a Gimpet sem nyithatjuk meg csak úgy, hogy aztán 
másolunk és beillesztünk. Először készítenünk kell egy kép- 
dobozt, majd a képet fel kell tennünk az oldalra. A képállomá- 
nyok igen nagyok is lehetnek, ezért — a gyorsabb működés 
érdekében - egy előnézeti kép jelenik meg a dokumentumban, 
egy láthatatlan hivatkozással az eredeti képállományra. Ezek 


20 Linuxvilág 








Hit Fő an Tsa sss Ím men a Sölelen Kieg fán 


KESEGEANANE zet EBS S E e ee TT e E Lát 


já yt a e. kt kij 


köz § sz 4 MI EI-t ki") 


a a nnál ez [6 
Fdszz HB § 


KKK TT TŐ 
1. kép Scribus-eszközök — a Scribusban könnyen használható 
eszközkészleteket találunk, amelyek szolgáltatásait tooltipek ismertetik. 
Az óramutató járásával megegyező irányban, felülről: 71. A Page 
eszközkészlet kezeli a mesteroldalakat és az oldalakat. Új oldal felvétele 
egyszerűen húzd és ejtsd módszerrel történik. 2. A Measurements 
eszközkészlet a gyakran használt szerkesztőeszközöket tartalmazza. 
3. A PDF-eszközkészlettel különböző eszközöket (toolbars) húzhatunk be 
a dokumentumba. 4. Az Outline a dokumentum összes objektumának 
fadiagramja, segítségével összetett dokumentumokban Is 
eligazodhatunk. 5. A Layers segítségével objektumokat halmozhatunk 
egymásra, fantasztikus hatásokat hozva létre. 6. A Scrapbook 
(vázlattömb) a gyakran használt elemeket tartalmazza 


a hivatkozások csak minden újbóli megnyitáskor frissülnek 
(munka közben nem, ha például Gimppel módosítjuk az 
eredeti fájlt), ez egyben garancia arra is, hogy a dokumentu- 
munkban annak megnyitása után mindig a legfrissebb képvál- 
tozatot találjuk. Az általánosan használt objektumok nyomon 
követését jelentősen megkönnyíti a fényképalbum. 


e IEZELÜLK 





Scrapbook ""7IL]Ixa  Kiadványunk elkészítésének megkönnyítése érdekében a 
Scribus néhány hasznos és felhasználóbarát rajzolóeszközt 
tartalmaz: különféle stílusú vonalakat, poligonokat, Bézier-gör- 
béket rajzolhatunk, a megrajzolt objektumokat és átmeneteket 
színezhetjük és árnyalhatjuk (blending) — ezzel a módszerrel 
létrehozhatjuk az objektumok árnyékait, vagy kiemelhetjük 
térbeliségüket. Ezenkívül a Scribus képes a betűtípusok átala- 
kítására is az illusztráló és rajzolóprogramok (CorelDraw, 

i Adobe Illustrator stb.) által is alkalmazott módszerrel: a betűket 
Hint Text ÉTÉttmermert PostScript-görbékre vagy -körvonalakra bontja, amelyeket 

: aztán tetszésünk szerint csavarhatunk, méretezhetünk, hajlít- 
hatunk és nyújthatunk. Lehetőségünk nyílik ezeket színátme- 
netekkel vagy képekkel kitölteni, illetve a szöveget görbékhez 
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2. kép Felhasználóbarát — a Scrapbook segítségével könnyedén rendelhetjük. A Scribus képes a szöveget és a képeket SVG 
újrahasznosíthatjuk objektumainkat az oldalak és dokumentumok között. formátumban menteni, az SVG-fájlokban pedig minden képet 
Vázlattömbjeinket külön Is menthetjük, valamint a projektekhez vagy PNG-állománnyá alakít. 
dokumentumokhoz csatolhatjuk. Itt egy teljes oldalt elfoglaló EPS -t, 
egy teljes oldalt kitöltő szöveget és a logót mutatjuk be. Felhasználói testreszabhatóság 
Szinte bármilyen objektum menthető, ha az oldalról a Jobb gombbal a A DTP-felhasználók hozzászoktak a gyakori gyorsbillentyű- 
vázlattömbre húzzuk használathoz - ez alól a Scribus sem kivétel. A függvényeket, 


menüelemeket felhasználói gyorsbillentyűkkel érhetjük el, 
és jelentős mennyiségű, a jobb gombbal előhívható, helyérzé- 


His kád fi aga Facdu Ertra sérelmet Hrigi trip 


ÉTőK ár Oleg ds bi elmar, izé a ege tea ar s keny (context) menüt használhatunk. Betűkészlet-elérési utakat 
i TET; vehetünk fel vagy törölhetünk, illetve betűhelyettesítést adha- 
— tt. gp ge. YT ag IB] tunk meg menet közben. De betűkészleteink telepítésekor 


vk 3 óvatosan járjunk el, s ne felejtsük el frissíteni a fonts.dir és 
ő fonts.scale állományokat. A Scribus elég , nyűgös", ha a 
; amely megpróbálja kiszimatolni a telepített betűkészleteink 
pontos adatait. Az új felhasználók általános hibája, hogy azt 
Ta hiszik: a Scribus nem találja meg az általuk felrakott friss 
kelve satuani telt d azt efzattásány főztéae — 74 gyanu betűkészleteket. A Scribus makacsul elutasít minden betűkész- 
zén letet, ami nincs száz százalékig rendben. Ennek okát a doku- 
TINFVAJtA CTINTUITTE mentáció részletesen taglalja. A betűkészletek ugyanis 
kéz belek kleekam bizonyos értelemben olyan apró programok, amelyek 
természetesen hibásak is lehetnek. 





ülö dni kizá úlaf Köll css ei 





rap canital shadowed with trars- Szövegkezelés 
 HArency. ] A Scribus egyaránt képes ASCII szöveges állományok és 
a vágólap szövegének az átvételére, ezenkívül lehetősé- 
günk nyílik beállítani a szöveg kódolását is. Így használha- 
tunk Unicode-szöveget, de akár cirill vagy latin kódolásokat 
is. Ha szükséges, a szöveg irányát is megváltoztathatjuk 
a jobbról balra író nyelvek (arab vagy héber) esetében. 
A következő változatokban várhatóan újabb beviteli szűrők 
fognak megjelenni. 


TEA Tall ő Észat mi Fzgtazaazi mr Ta 
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3. kép Fejlett PDF-kimenet: képes módosítani a betűkészletek 1 ki , KN E 
körvonalait és az objektumokon belül éles, magas felbontású, rétegekkel A különleges karakterkészlet-kezelő szolgáltatások lehetőséget 


ellátott átmeneteket készíteni, valamint kezeli az átlátszóságot is. AGAS A SZOVESTOLSArÁSAra  HIKTOZÉSÉTS ÉS ÁHHÉTÉTSZÉSÉTÉS 
Az ilyesfajta kimenet fejlett Level 3 PostScript vagy PDF 1.4 műveleteket A Scribus több nyelven is képes a szavakat helyesen és önmű- 


igényel, amilyeneket ez idáig kizárólag pénzes DTP-alkalmazásokban ködően elválasztani, illetve akár az alávágási (kerning) értéke- 
láthattunk (a pillanatfelvétel a Scribus 1.1.0 változatról készült) ket is megváltoztathatjuk. Ha egy adott karakterkészlethez 


AFM (ASCII font metrics) állományt veszünk fel, a Scribus ezt 
fogja önműködően használni a betűk közötti helyek beállítá- 
sához. A Scribus továbbá egyaránt képes a lype I, valamint 

a Iruelype betűtípusok kezelésére. 


Képkezelés 
A Scribus ismeri a legtöbb általánosan használt képformá- 
tumot (PNG, IIFE JPEG). Bármely képet átméretezhetjük, 





4. kép A Scribus egyik legkönnyebben használható eszköze a elforgathatjuk, tükrözhetjük vagy rétegezhetjük. Amennyi- 
tetszőleges görbére írható szövegkészítés. Ezáltal a felhasználó szövegei . ben a képben található beágyazott ICC színsablon, a Scribus 
alaktalan objektumokat is követhetnek, amit a szöveg díszítésére, vagy be tudja olvasni a tagokat és a színértékeket, és a littlecms 

például egy diagram útjainak az elnevezésére használhatunk fel színkezelőben tárolja őket. Könnyedén beolvashatunk akár 
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EPS-állományokat, vagy akár egy PDF első oldalát. 

Az EPS- és PDF-objektumok könnyebb elhelyezhetősége 
érdekében a Scribus önműködően egy alacsony felbontású 
előnézetet állít elő. Az EPS-állományoknak egyébként 
alapesetben nincsen előnézetük. 


A PDF- és PostScript-kimenet 

A Scribus rendelkezik az egyik legjobb PDF-mentő motorral 

az egész bolygón - legalábbis ezt állítja a szlogenje. Vélemé- 
nyem szerint ez azonban csak a második az Adobe InDesignja 
után. A PDF-mentő motor használata nemcsak könnyű, de 
kiváló minőségű PDF-fájlokat menthetünk vele, feltéve, hogy 
jó minőségű képeket és betűkészleteket választunk munkánk- 
hoz. A PDF-kezelőben az a zseniális, hogy elrejti a zavaró 
beállításokat, ugyanakkor a profi felhasználóknak lehetőséget 
biztosít a teljes beállításra, mint például a PDF/X-3. Kipróbálásá- 
hoz azonos kép- és betűkészlet felhasználásával, nagy méretű 
és felbontású, négyszínes CMYK PDF-állományokat készítet- 
tem a Scribusszal és más élvonalbeli DTP-alkalmazások segítsé- 
gével. A különbség észrevehetetlen volt. A színek, a betűk, a 


A Gimp és a Scribus 


A Gimp használatóságát a nyomdai előkészítés és a DTP világá- 
ban részben éppen a CMYK-támogatás hiánya okozza. Egyszerűen 
szólva: a Gimp RGB rendszerben vagy szürkeskálával képes 
dolgozni. A nyomtatási világ CMYK rendszert használ — a négy- 
színnyomásban használt négy fő festék színét. Ha beleolvasunk 

a Gimp levelezőlistájába, gyaníthatjuk, hogy talán a Gimp 2.0-s 
környékén lesz már ilyen lehetőség, hiszen elég régóta fennálló 
kérésről van szó. Elég sokat vitatkoztak CMYK-színekkel kapcso- 
latos jogvédelmi kérdésekről is. Számomra ez teljes képtelenség- 
nek hangzik. Mint a Scribus és a /ittlecms könyvtárak bizonyítják, 
maguk a CMYK-színek semmiféle szabadalom alá nem esnek. 
Amíg nem használunk védett eljárásokat, tiszták vagyunk. Szeren- 
csére létezik néhány megoldás, amelyekkel Gimpünket a CMYK 
világában is használhatjuk: 


1. A Scribus az RGB színeket önműködően átalakítja CMYK 
színekké, amennyiben a PDF exportálásakor a nyomtatási 
beállításokat nyomtatásra (printing) állítjuk. 

2. Alistair Robinson, aki korábban a Scribushoz is küldött kódot, 
készített egy egyszerű, de hatékony módszert, amellyel CMYK 
TIFF-állományokat menthetünk a Gimppel, az RGB csatornák 
ügyes szétválasztásával és a szürke csatornát a CMYK-színek- 
hez felhasználva. A Separate Gimp-bővítmény a 
2 http://www.blackfiveservices.co.uk/separate.shtml 
címről tölthető le. 


Amennyiben Linux alatt CMYK-támogatást szeretnénk, két további 
lehetőségünk is van: a Corel PhotoPaint 9 még mindig letölthető 
az FITP-ről. Ingyenes, mint az ingyen sör, de támogatás nem jár 
hozzá és az újabb terjesztéseket elég nehéz telepíteni. A Caldera 
Graphics által kínált Cameleo termékből egyaránt beszerezhetjük 
az ingyenes (light) vagy az üzleti változatot, amely lapolvasó és 
képátalakító eszközöket is tartalmaz. Mindkettő rendelkezik ICC 
színkezelő támogatással. A Scribus leírásában további részletes 
ismertetést találunk. 
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képek és a szövegek pontosan ugyanúgy jelentek meg, mint 
bármelyik másik DIP-s alkalmazásban készített PDF-állomány- 
ban. leljes mértékben támogatja a PDF 1.4 képességeit, a 
128-bites titkosítást, és a PDF-en belüli átlátszóságot. A Scribus 
képes jó minőségű EPS és RAW PostScript-állományokat is 
menteni. (A PostScript a nyomdai előkészítés esetében a legfon- 
tosabb formátum.) 


Az XML ereje 
A Scribus dokumentum- és beállításfájljai XML alapúak, telje- 


sen nyíltak és dokumentáltak. Ez nagymértékben megköny- 
nyíti az új lehetőségek hozzáadását, szövegalapú természetük 
pedig hibatűrővé teszi őket. A DIP-fájlformátumok az egész 
PC-s világ legbonyolultabb formátumai közé tartoznak. 

A fájlok meghibásodása gyakran okoz gondot, a DTP-állomá- 
nyok a hálózaton is megbízhatatlanná válhatnak. Úgy talál- 
tam, hogy a Scribus által alkalmazott XML formátum szinte 
teljesen összeomlásbiztos. Még a Scribus fejlesztői, CVS-vál- 
tozatával is csak nagyritkán vesztettem el állományt, a hibá- 
sakat pedig egy egyszerű szövegszerkesztővel megjavíthat- 
tam. A PageMaker és a Ouark-felhasználók már régóta 
használják a gyakori mentéseket és néhány Novell-trükköt 
sérült fájljaik helyreállítására. 


A Scribus a nyomdavilágban 

A Scribus projekt indulásakor hozott döntés, amelynek 
szellemében a projekt elsősorban a PDF formátumra összpon- 
tosít, igen előrelátónak bizonyult. Sok évnyi tévelygés után, 

a nyomdai világ végül a PDF-et is elfogadja fájlcsereftormá- 
tumként. (A Linux Journal PDF-ként küldi a nyomdába a 
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lapszámokat, mi a Linuxvilágnál PS-ben küldjük, természe- 
tesen PDF kíséretében - szerk.) Nem szokatlan, hogy a pályá- 
zati anyagokat PDF-állományban kérik a pályázóktól. Akad- 
nak magazinok, amelyek teljes egészükben PDF-ben készül- 
nek, és végül a kész kiadványt ismét PDF formátumban adják 
ki. Miért? Mert a PDF-ben a hibás betűkészleteket vagy a nem 
megfelelő betűtípust értelmezhetetlen karakterekkel jeleníti 
meg. lovábbá ma már kiforrott előtesztelő eszközök léteznek, 
amelyekkel ellenőrizhetjük a PDF nyomdakészségét. A PDF/X 
ISO szabvány megjelenése szintén nagyot lendített a PDF 
elfogadottságán. 

Azt mondják, a Scribus soha nem is készült , Ouark-gyilkos- 
nak". A Scribus alkotóinak célkitűzése: használható eszközt 
adni a Linux- és Unix-felhasználók kezébe, ami egészen mos- 
tanáig kizárólag a Windows és Mac operációs rendszereken 
elérhető, drc-ága kereskedelmi alkalmazások kiváltsága volt. 

A DIP-felhasználók és vállalkozások kicsit hagyománytiszte- 
lőbbek, ha az alkalmazáscserék és fejlesztések kerülnek szóba. 
A megbízhatóság kényes kérdés, hiszen egy hibásan kifutó 
kiadvány milliókba is kerülhet. Ráadásul ezeket az alkalmazá- 
sokat hónapokba, néha inkább évekbe telik elsajátítani. Az átál- 
lás a termelékenység rovására mehet, mégha egyazon alkalma- 
zás újabb változatát használjuk is. 

A PDF/X-3-nak Scribus alatti támogatása újabb lépés afelé, 
hogy a Scribus-állományokat a nyomdai világ elfogadja. 

A legújabb raszterkép-feldolgozók (RIP-ek) támogatják a 
PDF/X-3 formátumot, amely egészen az utolsó pillanatig 
megőrzi az RGB (vörös, zöld, kék) képeket és az ICC sablo- 
nokat: amikor az állományokat nyomólemezekké alakítják. 
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Összegzés 

lekintettel arra, hogy kezdő linuxos vagyok és a programozás- 
hoz sem értek, a dokumentáció átolvasásának elvállalása szá- 
momra az egyik legértékesebb tapasztalat volt a számítógépes 
világban. Nekem, aki a Windows/Mac/Novell világból érkez- 
tem, ez adott sokkal kifinomultabb áttekintést a Linux/Unix 
módszerekről. A seregnyi kiváló, nyílt forrású projekt fejlesztői 
szívesen látnak némi segítő szándékkal készült dokumentációt 
és tesztet. Mi, nem programozók így adhatunk nekik vissza 
valamit, cserébe azért a rengeteg programért, amit olyan 
szabadon élvezhetünk. 

A DIP Linux alatti története meglehetősen rövid. 2000-ben az 
Adobe nyilvánosan próbálta ki a Framemaker próbaváltozatát, 
amely csak bizonyos Unix-fajtákon futott — aztán eltűnt. Rövid 
idő múlva egy Chilliware nevű cég ajánlotta fel Íce Sculptor 
nevű DIP-alkalmazását. A cég nem sokkal a kiadás után 
bezárta kapuit. Minthogy a DIP bizonyos szempontból hiány- 
zó (niche) alkalmazáskategória, a Scribus új utakat nyit a 
Linux-környezetben. 


Linux Journal 2003. november, 115. szám 


Peter Linnell 
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Gentoo Linux-telepités: , végigjátszás" 


Gentoo Linux első korongját előző számunkban már 
A kézhez vehették kedves olvasóink, most a második 

lemezt adjuk közre. A kíváncsiak, türelmetlenek és 
egyben hozzáértők már bizonyára kipróbálták, mire is képes 
a Gentoo Live CD - lehet, hogy már a gépükön csücsül, és ezt 
használják eddig megszokott Linuxuk helyett. Amennyiben még 
nem volt idejük, bátorságuk, kedvük hozzáfogni a nem grafikus 
sallangokkal teletűzdelt telepítési folyamatnak, ennek az útmu- 
tatónak a segítségével remélhetőleg mindenki számára elérhető 
közelségbe kerül egy olyan Linux telepítése, amit nem minden- 
napi emberek készítenek nem mindennapi embereknek... 


A rendszerkövetelmények 

Általánosságban elmondható a Gentoo Linuxról is, hogy 486-k 
processzor, 64 MB memória és 64 MB csereterület (swap) szük- 
séges a telepítéséhez. Ez azonban tényleg annyira minimum, 
hogy csak a mazochisták próbálkozzanak meg vele, mivel egy 
ilyen gépen szörnyen lassú lesz a telepítés, de maga a rendszer 
is. A CD-n közreadott változat 1686-os gépeken működik. 


A rendszerindítás 

Az első korongot a CD-ROM meghajtójába helyezve elindít- 
hatjuk a Gentoo Linuxot - biztosan van olyan olvasóink között, 
aki ezt már meg is tette. 

A rendszerindítást a különböző jellemzőkkel, illetve a rendszer- 
magváltozat kiválasztásával nagymértékben testre tudjuk 
szabni; 1. és 2. táblázatunkban ezeket láthatjuk felsorolva. 

Ha nem csinálunk semmit, csak elindítjuk a gépünket a CD-ről, 
akkor a gentoo rendszermag fog elindulni, ami az alapértelme- 
zett választási lehetőség, és a legtöbb rendszer tulajdonosának 
ez a választás tökéletesen meg is felel. Ha esetleg csak egy sötét 
képernyőt látnánk, akkor indítsuk újra a gépen a nofb maggal 
— ekkor a rendszermag kerettár-támogatás (framebutffer) nélkül 
indul majd, ami régi vagy különleges grafikus eszköz esetén 
jelenthet , menekülési" utat. Az smo rendszermag többprocesz- 
szoros rendszerekhez kínál remek támogatást, az acpi mag 
pedig rendszerünk energiafelhasználásának takarékossági tá- 
mogatásában lehet a segítségünkre. Végül a memtest egy me- 
móriatesztelő program, ami akkor segít, ha memóriamoduljaink 
megfelelőségéről szeretnénk megbizonyosodni. 

A rendszermagok finomhangolására a 2. táblázatban találha- 
tunk különféle megoldásokat. Ezek közül az, ami számomra 
szükségesnek bizonyult, a doscsi kapcsoló volt, mivel egy 


1. táblázat 








Ggentoo A ,normál" gentoo-rendszermag 
(alapértelmezett). 
10 Kikapcsolt kerettár (framebuffer) mód. 
smp smp rendszermag kikapcsolt kerettármód. 
acpi Engedélyezi az acpi-t, 
és betölti az acpi modulokat. 
MeMEESE A memóriatesztelő program indul el. 
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régebbi gépen nem volt hajlandó felismerni az SCSI kártyát; 
illetve használtam még a nofb rendszermagot egy régi 53-as 
VGA kártyához is. 

A tényleges folyamat: berakjuk az első CD-t a meghajtóba 

(a BIOS-ban remélhetőleg be van állítva a CD-ről történő 
rendszerindítás). 

Ha lenyomjuk az F2 billentyűt, akkor a 2. táblázatban leírtakat 
olvashatjuk angolul, ugyanez a helyzet az F3-as billentyűvel, 
ennek a lenyomásával a 1. táblázatban leírtakhoz juthatunk 
hozzá, szintén angol nyelven. 





2. táblázat 





IDE RAID-vezérlők betöltése. 


doatarai1d 

dor (sewi ce Firewire-vezérlők betöltése. 

dokeymap Billentyűzetkiosztás-választó. 

dopcmcia PCMCIA-vezérlők betöltése. 

HdOSCST SCSI eszközök keresése (néhány 
hálózati kártya nem működik vele). 

noapm Letiltja az aom modult. 

mocSzece A hwsetup/kudzu és a hotplug 
programok nem futnak le a 
rendszerindulásnál. 

MOGnéb Nincs önműködő DHCP-kérés 
indulásnál nohotplug nincs hotplug 
támogatás (pl. USB). 

noraid Letiltja az evms modult. 

nousb Nincs USB-támogatás. 


DIMA tiltása, néhány nem teljesen 
szabványos IDE eszköznél használjuk. 


aleles moeimei 


EdEgEHE A teljes rendszert a memóriába tölti, 
ez kb. 40 MB memóriát foglal el, a 
segítségével lehetőség nyílik a CD-k 


cseréjére. 





3. táblázat 





Indítás (boot), tartalmazza a rendszermagot 32 MB 


és a rendszerindítási adatokat. 


ext2, illetve ext3 a javasolt fájlrendszertípus, 
ha ReiserFS-t akarunk használni, akkor a 


/dev/hda1 


-o notai1 kapcsolóval kell befűzni (mount) 

a rendszerbe. Ha ext 3 vagy ReiserFS mellett 
döntünk, akkor számolnunk kell a naplóállomány 
méretével is, így inkább 64 MB-ot adjunk neki. 


memóriánk 
méretének az 
1-2 x-esét 
válasszuk 


Csereterület (swap) (most már 2 GB 
a mérethatár a régebbi 128 MB-tal szemben). 


A / lemezrész a /usr, /home, /etc stb. 
könyvtárakat tartalmazza. 





Nyomjunk ENTER-t, ha minél előbb bele szeretnénk kezdeni a 
rendszer felfedezésébe. Ha valami az első indulásnál nem jól 
sikerült, akkor a megadott beállításokat kombinálva próbáljuk 
meg a rendszert szóra bírni. Én személy szerint csak a fentebb 
említett SCSI- és kerettárhibába ütköztem bele. 


Miután a rendszer felállt, az 1. képen látható képernyő fogad 
bennünket. 

Mint látható, rendszergazdaként vagyunk bejelentkezve, 
jelszavunk nincsen, hiszen úgysem tudnánk tárolni a CD-n. 
Beállíthatunk ugyan jelszót, de az minden újraindításkor 
elvész, ha CD-ről indítjuk a rendszert. 


A merevlemez felosztása 

A Gentoo Linux leírásában az fdisk programot ajánlják erre 
a feladatra, én azonban jobban szeretem a cfdisk-et, mivel 
jóval felhasználóbarátabb és gyorsabban használható (igaz, 
néha csak az fdisk segíthet). Én egy 2 GB-os merevlemezre 
telepítettem a Gentoót, ennek a felosztása látható a 2. képen. 
Készítettem egy megközelítőleg 50 MB-os indítólemezrészt, 
egy 256 MB-os csereterületet (swap), a maradékot pedig 
megkapta a rendszer maga. lermészetesen ez csak útmutatás, 
ettől nyugodtan el lehet térni, bár az indítórészt nem érdemes 
nagyobbra hagyni. 

Az elsődleges IDE merevlemez a /dev/hda, az első SCSI 
merevlemez pedig a /dev/sda, így a cfdisk /dev/a 
merevlemezünk eszközneve paranccsal tudjuk a felosztását 
elkezdeni. A lemezrészek méretére nézve néhány irányelvet 
tartalmaz a 3. táblázat. 
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Linux swap 





/dev/hda2 





ai 5 GB ReiserFS, ext3 ajánlott, ext2 elfogadható /dev/hda3 


A lemezrészek formázása 

A Gentoo Linux támogatja az ext2, ext3, XFS, JFS és ReiserFS 
fájlrendszereket. Ezek közül mindenki kiválaszthatja, hogy 
melyiket akarja használni; természetesen érdemes naplózott 
fájlrendszert használni, ezzel is bebiztosítva magunkat az 
adatvesztés ellen. 

A különböző parancsok különböző fájlrendszereket hoznak 
létre az adott eszközön: 


ext2: mke2fs /dev/hdai1 
swap: mksw ap /dev/hda2 
ReiserFS: mkreiserfs /dev/hda3 


Mint látható, az előbb felosztott merevlemezen az indítóle- 
mezrészt ext2-re, a csereterületet swap-ra, a / lemezrészt 
pedig ReiserFS-re formáztuk. Ha ext3-ra akarjuk valamelyiket 
formázni, akkor használjuk amke2fs -j /dev/hda3 
parancsot, ugyanez a parancs, ha xfs-t szeretnénk: 


mkfs.xís /dev/hda3 


A lemezrészek életrekeltése 

Először keltsük életre a csereterületet (swap) a swapon 
/dev/hda2 paranccsal. Ha most kiadjuk a top vagy free 
parancsot, a visszakapott adatok között virtuális memóriánk- 
nak is meg kell jelennie. Ezután a / (root) lemezrészt fűzzük 
be (mount) a /mnt/gentoo könyvtárba: 


mount /dev/hda3 /mnt/gentoo 


hozzunk létre egy boot nevű könyvtárat: 
mkdir /mnt/gentoo/boot 


és fűzzük be ide az indítólemezrészt: 
mount /dev/hdail /mnt/gentoo/boot 


A telepítés 

Mi most a legegyszerűbb telepítési folyamatot mutatjuk be, 
nem fordítunk csomagokat, hanem az előre elkészített csoma- 
gokból fogjuk a rendszert összeállítani. Ehhez szükségünk lesz 
a stage3-i686-20030910.tar.bz2 csomagra, ezt a korongon a 
stages könyvtárban találjuk. Lépjünk be a /mnt/gentoo könyv- 
tárba, és adjuk ki a tar -xv3pf /mnt/cdrom/stages/ 
stage3-i686-20030910.tar.bz2 parancsot. Ennek 
következményeképpen ez a közel 140 MB-os tarlabda 
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kicsomagolódik a merevlemezre. Ezután a snapshot könyv- 
tárban lévő portage-20030911.tar.bz2 fájl kicsomagolása 
következik a /mnt/gentoo/usr könyvtárba, ezt a feladatot 
nagyon remekül megoldja a tar -xv3f /mnt /cdrom/ 
snapshots/portage-20030911.tar.bz2 -C /mnt/ 
gentoo/usr utasítás. Most már csak két parancsnyira 


vagyunk a csomagok másolgatásának a végétől: 


cp -R /mnt/cdrom/distfiles 

s /mnt/gentoo/usr/portage/distfiles 
cp -a /mnt/cdrom/packages 

ms /mnt/gentoo/usr/portage/packages 


Chroot 
Ezennel elérkeztünk a telepítés legizgalmasabb részéhez: 
bemegyünk a , kaptárba" . 
Ahhoz, hogy chroot környezetben tudjunk dolgozni, 
a következő dolgokra lesz szükségünk: 
e először is felélesztjük a /proc fájlrendszert: 

mount -t proc proc /mnt/gentoo/proc 
e  átmásoljuk a resolv.conf fájlt az új rendszerre: 

cp /etc/resolv. conf /mnt/gentoo/etc/resolv.conf 
e  chrootolunk az új rendszerbe: 

chroot /mnt/gentoo /bin/bash 
e  írissítjük a környezetünket: 

env-update 
e végül beolvastatjuk a profájlt: 

source /etc/profile 


Alapvető beállítások 

Az időzónát az 1n -sf /usr/share/zoneinfo/Europe/ 
Budapest /etc/localtime paranccsal állíthajuk be. 

Ezután bármit csinálunk, legalább a pontos időt nyomon tud- 
juk követni. Létre kell hoznunk a /etc/fstab fájlt is, ami a rend- 
szerben található eszközök csatolási pontjait adja meg a rend- 
szer indulásakor. A fentebbi példáknál maradva, a /dev/hda 
merevlemezt és a fentebbi felosztást feltételezve a 4. táblázatban 
látható állapot a megfelelő. 


A rendszermag telepítése 

Adjuk ki az emerge -k sys-kernel1 /gentoo-sources 
parancsot a rendszermagforrás feltelepítéséhez, majd a rend- 
szermag önműködő létrehozásához használjuk a genkernel 
eszközt. lermészetesen nem ez az egyedüli útja rendszerma- 
gunk elkészítésének, de hely hiányában most csak a legegysze- 
rűbb és leggyorsabb változatot vesszük szemügyre. Ahhoz, hogy 
a genkerne1-t használni tudjuk, először telepítenünk kell: 


emerge -k genkernel 


(biztosan feltűnt már a kedves olvasóknak, hogy egy csomag 
telepítését az energe paranccsal tehetjük meg). 

A genkernel futtatása után egy rendszermagot, modulokat 
és egy initrdt-t (initial root disk) kapunk. 


Fontos programok telepítése 

Rendszerünk egészséges életéért szükségünk lehet néhány 
olyan programra, ami átsegít a nehéz napokon. Ilyen program 
például a svs1og, ennek telepítése és élesítése az emerge -k 
app-admin/sysklodd; rc-update add sysklodgd 
default parancsokkal lehetséges. Szükség lehet még fájl- 
rendszer-karbantartó és segédprogramokra: emerge -k 
reiserísprogs. 
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4. táblázat 





noauto noatime 


sott . 
), a NNGYE Ke j i 
/( al /boot ] 


/dev/hda / relserfs 
(none) swapól sw 


/dev/hda2 
/mnt/ 1509660 noauto ro user 
cdrom 


/dev/cdroms/ 
cdromO0 





A rendszerindító program telepítése és beállítása 
Telepítsük a GRUB-ot - én azért részesítem előnyben ezt a 
programot a LILO-val szemben, mert ezzel a laptopom is 
kiválóan működik, tehát elég sok időt töltöttem el vele ahhoz, 
hogy megszokjam és megszeressem. Adjuk ki a emerge -k 
grub, majd a grub parancsot. Most a GRUB parancsértelme- 
zőjében találjuk magunkat, itt az előző merevlemez kiosztásnál 
maradva a következő parancsokkal telepíthetjük a rendszerin- 
dító programot. 

A rendszerindítási lemezrész, ahová a GRUB fájljai is kerülnek: 


root (hd0O, 0) 


A merevlemez rendszerindító lemezrészébe (MBR) írjuk be 
magunkat: setup (hd0) , majd kilépünk a aguit-tel. 

Most hozzunk létre egy /boot/grub/menu.lst fájlt a következő 
tartalommal: 


default 0 
timeout 30 
splashimage- ( hd0 , 0 ) /boot/grub/splash. xpm. gz 


title-Gentoo Linux (genkernelp) 


root (hd0,0) 
kernel (hd0, 0) /boot/kernel-KV root-/dev/hda3 
initrd (hdO;0)/bööot/jinitrd-KvV 


Ha eddig mindennel elkészültünk, rendszerünk remélhetőleg 
használható állapotba került. Akkor most adjuk ki a következő 
parancsokat: 


etc-update 
exit 

cd / 

umount 
umount 
umount 
reboot 


/mnt /gentoo/boot 
/rmit./gentoo/proc 
/mnt/gentoo 


Ezután távolítsuk el a korongot a meghajtóból, és lássuk, 

mi is történik. 

A Gentoo Linux csomagtelepítési módjáról a 6. oldalon Prog- 
ramvadászat című írásunkban olvashatnak az érdeklődők. 


Csontos Gyula (Csontos. Gyulaolinuxvilag.hu) 

A Linuxvilág szakmai és 

CD-szerkesztője. Szabadidejében szívesen mászik 
hegyet és kerékpározik. 


A barátságos keselyű 


A számítógéptelepek és a Grid egyre nagyobb jelentőséggel bír az informatika 
világában. A Condor ennek az egyik megvalósítása. 


mi a projekt célja és kik tudják a legjobban hasznosítani, 

illetve mire lehet és mire nem ajánlatos használni. 
A Condor különálló számítógépek erőforrásainak vezérlésére 
szolgál, elsősorban nagy számítás- és kis [/O-igényű feladatok 
feldolgozására. Támogatja a feladatok sorba állítását (gueue), 
ütemezését, fontosság- (priority) megadását, az erőforrás- 
figyelést és -vezérlést. Egyaránt lehet alkalmazni kinevezett 
telepek (dedicated clusters), de más célra is használt számí- 
tógépek erőforrásainak az összekapcsolására. 
Nem alkalmas rövid, gyors lefutású, illetve nagy [/D-igényű 
programok futtatására. Olyan kinevezett telep esetén, amely 
közös hálózati fájlrendszert használ, a második feltétel nem 
olyan szoros megkötés - alkalmatlan például a webkiszolgáló 
feladatainak több gépre történő szétosztására. 
Elsődleges célja, hogy nagy számításigényű feladatok futását 
irányítsa eltérő és gyakran változó erőforrásokon. Azt nem 
teszi lehetővé, hogy egy folyamatot valamely erőforráson azon- 
nal elindítson - több perc is eltelhet a tényleges futtatásig —, de 
ha nagyszámú erőforrás áll rendelkezésre, amin számos olyan 
feladatot (job) kell lefuttatni, amelyek kellően párhuzamosít- 
hatók, ennek a vezérlését viszonylag jól elvégzi. Nem is biztos, 
hogy megtalálja a leghatékonyabb sorrendet és erőforrás-kiosz- 
tást, de általában közelít hozzá. A szakirodalomban ezt össze- 
foglalóan nagy feldolgozási képességű környezetnek (High- 
Ihroughput Computing) nevezik. 
Az ötlet onnan származott, hogy az egyetemi tanszékeken 
viszonylag sok gép található, kihasználtságuk azonban csekély, 
ugyanakkor általában egész nap üzemelnek és hálózatba van- 
nak kötve. Ezt az , elpocsékolt" számítási teljesítmény akarták 
hasznosítani. Például valaki le szeretne futtatni néhány fela- 
datot (job), ami a saját számítógépén akár hónapokig is eltar- 
tana. Mindez a tanszék vagy az egyetem gépein pár nap alatt 
elvégezhető, ha Condorral össze vannak kapcsolva. Egy 
feladatot csak el kell indítani, és amennyiben a Condor talál 
hozzá megfelelő erőforrást, azonnal oda is költözteti, majd 
amikor a program lefutott, értesíti a tulajdonost. 
Másik jelentős felhasználási területe a Grid — egy világméretű 
telep létrehozása, amelyben az erőforrások teljesen eltérőek 
és minduntalan változnak. 
A Condor az utóbbi pár évben a Grid kapcsán egyre inkább 
előtérbe került. Bár a projekt még akkor indult (1988), amikor 
a mai ,Grid" fogalom nem is alakult ki teljesen, mégis nagyon 
alkalmas eszköz a Grid megvalósítására, ugyanis mindent tud, 
ami a Gridhez szükséges: képes teljesen eltérő, állandóan 
változó környezetben erőforrásokat nyilvántartani és kiosztani. 
Egyetlen hiányossága a felügyelet (monitoring) területén 
tapasztalható, de ezt például a magyar fejlesztésű (MIA 
SZIAKI) P-GRADE kiválóan kiegészíti. 


le Isősorban arra szeretném felhívni a figyelmet, hogy 


Járulékos előnyök 
Lehetőség nyílik arra, hogy a Condor a feladatok futtatására 
csak a szabad gépidőt használja fel. Az is meg van oldva, hogy- 
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ha valaki hosszú idő után tér vissza a saját számítógépéhez, 
amin más feladat (job) fut, akkor amint egyetlen billentyűt le- 
nyom, a Condor önműködően más gépre költözteti az ott futó 
programot. 

Lehetőség van Glide-in módszer alkalmazására, amelynek az 
az előnye, hogy olyan gépek is használhatók Condor-feladatok 
(Condor-job) futtatására, amelyekre nem telepítettek Condort. 
A ClassAd módszer segítségével megadható, hogy milyen 
típusú erőforrások szükségesek a feladat futtatásához: milyen 
a kiépítés (architect), a gépek száma, a gép processzorainak 

a gyorsasága, a processzorok száma és a memória mérete. 
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Használat 

A telepítésről a hivatalos weblapon egy csomó leírás található 
(2 http:/www.cs.wisc.edu/condor/). Lépésről lépésre 
végigvezet bennünket az egyes szakaszokon. Itt erre nem térek 
ki, csak néhány lényeges pontra hívom fel a figyelmet. 

Az első fontos tényező: a tűzfalak beállításai. A Condor nagy- 
számú különböző kaput (port) használ a folyamatok költöz- 
tetésére és a kapcsolattartásra, ezért az összekapcsolt gépek 
között legalább az 1024 feletti kapuk használatát engedélyezni 
kell. Ez tanszékek esetében általában nem gond, mert egyetlen 
külső tűzfallal bírnak és a belső hálózaton szinte minden 
megengedett. 

Nehézség támadhat azonban az egyetemek, az egymástól távol 
lévő szervezetek összekapcsolásakor. E gondokra is született 
néhány megoldás, ilyen például a Condornak a Globusszal 
történő kombinálása. 

A Globus - a Condorhoz hasonlóan - folyamatok más gépen 
való futtatását teszi lehetővé, de csak alacsonyabb szintű 
szolgáltatásokat nyújt. Biztonságos, titkosított csatornákat 
tartalmaz a folyamatok költöztetésére, a költöztetés viszont 
nem önműködő. A Globus esetén valóban le kell írni, hogy 
melyik folyamatot hol szeretnénk futtatni és hogy a folyamatok 
hogyan tartsanak kapcsolatot egymással. Ez nagymértékben 
megnehezítheti a programozók, illetve a kutatók munkáját, 
ezért kifejlesztették a Condor-G változatot, amely a Globust a 
folyamatirányítás képességével bővíti ki. 

A másik megoldás, hogy a különálló Condor-telepeket 
(Condor-Pool) VPN-nel kapcsoljuk össze. Ilyen megoldást 
alkalmaz a már korábban említett KlaszterGrid-projekt is. 
Használata egyszerű: össze kell állítani a feladatot, le kell írni, 
hogy milyen erőforrások szükségesek, és a Condor nyújtotta 
programkönyvtárral újra kell építeni a programot. Ez a folya- 
mat függhet attól, hogy a feladatot milyen Condor-univerzum- 
ban futtatjuk. (Általános univerzum esetén a fenti lépéseket 
kell végrehajtani.) 

A Condor nagyszetű választás lehet kutatóintézetek, egyete- 
mek számára, ahol nincs pénz szuperszámítógépek beszer- 
zésére, így minimális ráfordítással is viszonylag nagy számítási 
teljesítményt lehet összefogni. 


Kolcza Péter (kpeterOsyscorfig.hu) 


2004. január 21 
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Dinamikus rendszermagmodul-támogató keretrendszer 


Kezeld a modulokat egy egyszerű háttérrendszerrel a rendszermagtól elkülönülten, 


és hozz ki többet a csomagkezelődből! 


forráskód önmagában is csodás dolog; a rendszer- 
AA magfába foglalt modulforrás még csodásabb. Ennek 

a forrásnak a támogatása és támogatottsága az egyik 
legfontosabb tényező. Napjainkban a Linux robbanásszerűen 
terjed a vállalatoknál, és az a lehetőség, hogy egyetlen telefon- 
hívással segítséget tudjunk kérni, nélkülözhetetlen. A Linux 
fejlesztését meghatározó kereteket soha nem látott mértékben 
formálják át a vállalatok elvárásai. A közösség részéről sokszor 
kétkedő és aggódó hangok hallatszanak emiatt, ám ha minden- 
ki jól végzi a feladatát, a fejlesztések előnyeit bárki élvezheti. 
A dinamikus rendszermagmodul-támogatási (DKM5) keret- 
rendszer nagyszerű példa minderre. A DKMS segítségével 
— a rendszert a Dell Computer Corporation számára készítet- 
ték, a céget a javításoknak az ügyfelekhez ellenőrzött módon 
való eljuttatásában segíti — az illesztőprogramok fejlesztése, 
a tesztek és az ellenőrzések elvégzése is felgyorsítható, és ez 
a lehetőség a teljes közösség számára adott. 
A DKMS keretrendszer alapjában véve egy kettős, a rendszer- 
magfától különálló fa, amely a modulforrásokat és a lefordított, 
futtatható modulokat tartalmazza. A kettősség lehetővé teszi 
a moduloknak a rendszermagtól való szétválasztását, amely 
hasznos lehetőség a linuxos megoldásokat szállítók és telepítők 
számára. A rendszer nagyszerűsége abban rejlik, hogy — szabá- 
lyozott és támogatható módon - lehetővé teszi az illesztőprog- 
ramok beillesztését a meglévő rendszermagokba. Így a szolgál- 
tatók és ügyfeleik az adott rendszermag változatától függetle- 
nül átadhatjákkátvehetik a javításokat. Ha egy illesztőprogram- 
hoz megjelenik egy javítás, a DKMS áthidaló megoldásként 
lehetővé teszi annak terjesztését, amíg bele nem kerül a 
rendszermagba. 
Ha tovább vizsgálódunk, a DKMS a felhasználók számára 
további lehetőségeket is kínál. Forrásból fordítani, telepíteni, 
forrás-RPM-ekkel küzdeni: ez az, amire a legtöbben a legke- 
vésbé sem vágynak. A valóságban számos olyan Linux-felhasz- 
náló van, aki kevés tapasztalattal rendelkezik, és egyszerűbb 
megoldásokat szeretne. A DKMS segít megoldani ezeket kér- 
déseket, mivel egyetlen futtatható állománnyal oldja meg a 
modulok fordítását, telepítését és eltávolítását. A modulok új 
rendszermagokon való üzembe helyezését is megkönnyíti, 
hiszen a telepítendő modulok beállításai kizárólag egy koráb- 
ban már működött rendszermagon is alapulhatnak. lermelési 
környezetben ez nagy könnyebbséget jelent a rendszergazdák 
számára, hiszen ezentúl nem kell választaniuk az előre mega- 
dott programkészletek, valamint az újabb rendszermagok 
biztonsági szolgáltatásai között. 
A DKMS a fejlesztők és a tapasztalt Linux-rajongók számára is 
tartogat meglepetéseket. A modulok és a rendszermagkettőzés 
által való (nem teljes) szétválasztásának már említett lehetősége 
nagyszerű környezet létrehozását teszi lehetővé illesztőprog- 
ramok fejlesztéséhez. Nem kell különféle rendszermagokhoz 
újra és újra javításokat készíteni, ehelyett a javításokat széles 
körben lehet terjeszteni és éles helyzetben ki lehet próbálni. 
A próbák felgyorsításával a teljes fejlesztési folyamat is 
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lerövidül. A különféle rendszermagkiadások léte a továbbiak- 
ban nem jelenthet akadályt a modulkódok széles körű terjesz- 
tése előtt, így alaposabban kipróbált kód jöhet létre, amit 
hamarabb be lehet építeni a rendszermagba — máris mindenki 
jól járt, fejlesztők és felhasználók egyaránt. 

A DKMS használatával - a rendszermagfüggő programok 
előállításának egyszerűsödésével — könnyebbé válik a fejlesztők 
élete. Korábban például a Dell elsősorban rendszermagtól 
függő, előre lefordított RPM-ek formájában terjesztette a 
moduljait. Ahogy újabb és újabb rendszermagok jelentek meg, 
gyakran egyhangú, végtelennek tűnő munkába merültünk, 
amikor ezekhez újra kellett fordítani a futtaható fájlokat — ezt 
valószínűleg egyetlen fejlesztő sem kívánja magának. A Dell 
mégis ragaszkodott ehhez az eljáráshoz, mert ez kívánta meg 
a legkevesebb munkát és hozzáértést azon felhasználóktól, 
akiknek telepíteniük kellett a modulokat. A DKMS egyszerre 
könnyen használható és segít csökkenteni a fejlesztői oldalra 
háruló munka mennyiségét. A DKMS használatakor mindössze 
a modul forráskódjának kell a felhasználó gépén rendelkezésre 
állnia. Bármilyen rendszermagot futtat is a felhasználó, a 
DKMS elvégzi a modul fordítását és telepítését, mindenkit 
megkímélve a magváltozatok követése kapcsán előforduló 
bosszúságoktól. 


A DKMS használata 

Ha sikerült felkeltenem az érdeklődést a DKMS iránt — már- 
pedig ez volt a szándékom -, próbáljunk meg egy kicsit elmé- 
lyülni a használatában. Ha rá szeretnénk venni a DKMS-t 
valamilyen modul kezelésére, akkor a modul forrásának ren- 
delkezésre kell állnia a helyi gép /usr/src/(modul)-(modul-vál- 
tozat)/ könyvtárában. Szükség van egy dkms.conf állományra, 
ebben megfelelően formázott utasításokkal kell előírni a 
DKMS-nek többek közt azt, hogy hová telepítse a modult, 
illetve hogyan fordítsa le. A dkms.conf állomány formátumáról 
később még szólni fogok. Ha ez a két követelmény teljesül, 

és a DKMS telepítve van a rendszerre, meg is kezdhetjük a 
használatát, ha a kívánt modul/modulváltozat ággal kibővítjük 
a DKMS-fát. Lássunk egy példaparancsot a hozzáadás 
elvégzésére: 


dkms add -m agla2x00 -v v6.04.00 


A parancs lefutásakor a gla2x00/v6.04.00 könyvtárral bővül 

a meglévő /var/dkms fa. A parancs kiadása után létrejön a 
/var/dkms/gla2x00/v6.04.00/ könyvtár, egy közvetett hivatkozás 
a /var/dkms/gla2x00/v6.04.00/source könyvtárról a 
/usr/src/gla2x00-v6.04.00/ könyvtárra, valamint az eredeti 
dkms.conf állományról készül egy másolat 
/var/dkms/gla2x00/v6.04.00/dkms.conf név alatt. 

A hozzáadás után készen állunk a modul lefordítására. 

A dkms build parancsának működéséhez a megfelelő rend- 
szermagforrásnak a /lib/module/kernel-version/build közvetett 
hivatkozással elérhetőnek kell lennie. A modul lefordításához 


használt make parancsot a dkms.conf beállítófájl határozza 
meg. Az előbbi példát folytatva: 

dkms build -m gilázx00 -v v6.04.00 
s.k 2.4.20-8smp 


A paranccsal lefordítjuk a modult, de nem telepítjük. A build 
parancs egy kernel-version átadott értéket is vár, ha ezt 
elhagyjuk, akkor az éppen futó rendszermag változatszámát 
veszi figyelembe. Mint sejthető, az éppen futótól eltérő 
rendszermaghoz is könnyedén készíthetünk modulokat. Ezt a 
lehetőséget egy rendszermag-előkészítő programrész biztosítja, 
amely a modulok létrehozása előtt jut szerephez. A minden 
részletre kiterjedő előkészítés során lefut egy make mrproper 
parancs, a megfelelő rendszermag .config fájlja a rendszermag 
forrásának könyvtárába másolódik, lefut a make oldconfig, 
és végül a make dep. Ezek a lépések garantálják, hogy a 
létrejövő modul a megfelelő rendszermagszimbólumokkal 
épüljön fel. Az alapértelmezett beállítás szerint a DKMS a 
/lib/modules/kernel-version/build/configs/ könyvtárban keresi 

a rendszermag .config fájlját, és a beállításfájlok kezelésekor a 
Red Hat névadási szokásait követi. Ha a rendszermag .config 
fájlja nem ebben a könyvtárban található, akkor a helyét a 
build parancs kiadásakor a ——config kapcsolóval kell 
megadni a DKMS-nek. 


Eltávolítás 


Telepítés 
————— 





Modulok állapota DKMS alatt 


A fordítás végrehajtása során — eddigi példánknál maradva — 
létrejön a /var/dkms/gla2x00/v6.04.00/2.4.20-8smp/ könyvtár, 
illetve ezen belül egy log és egy module alkönyvtár. A log 
könyvtárba a modul fordításának naplója, a module könyvtárba 
pedig a lefordított .o állományok kerülnek. 

A fordítás befejezése után a modult azonnal telepíteni lehet 
ahhoz a rendszermaghoz, amelyhez készült. A telepítés során 

a rendszer a /lib/modules/ fa megfelelő helyére másolja a modul 
lefordított, futtatható állományát, ahogy azt a dkms.conf fájlban 
előírtuk. Ha ezen a helyen már létezik ilyen nevű modul, azt a 
DKMS menti a saját fájába mint eredeti modult, így később, az 
újabb modul eltávolításakor a régebbi visszamásolható a 
helyére. Példa a telepítés elvégzésére: 

dkms install -m ala2x00 -k 
2.4.20-8smp 


-v v6.04.00 


A parancs futása során létrejön egy 
/var/dkms/gla2x00/v6.04.00/kernel-2.4.20-8smp — 
/var/dkms/gla2x00/v6.04.00/2.4.20-8smp közvetett hivatkozás. 
A DKMS ilyen hivatkozások segítségével tartja nyilván, hogy 
mely rendszermaghoz melyik illesztőprogram-változat van 
telepítve. Mint említettem, ha azonos névvel már létezik 
modul, a DKMS ennek másolatát a saját fájába, a 
/var/dkms/module-nameloriginal module/ könyvtárba menti. 
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Esetünkben a modul a /var/dkms/gla2x00/original module/ 
2.4.20-8smp/ könyvtárba kerül. 

A DKMS-féle életciklus a modulok eltávolításával, a fából való 
kivételével ér véget. Az eltávolítás során a rendszer törli a 
korábban telepített modult, és — ha van ilyen - az eredetit 
helyezi vissza. Ha a DKMS-fán belül egy modulnak több 
változata is megtalálható, akkor az eltávolítás során a DKMS 
nem tesz kísérletet arra, hogy kitalálja, melyik korábbi válto- 
zatot szeretnénk újra használatba venni. Ehelyett, ha rendel- 
kezünk valós original module mentéssel az eredeti DKMS- 
telepítésből, akkor ez kerül vissza a rendszermagba. A modul 
minden egyéb változata ugyanúgy marad. Példa az 
eltávolításra: 

dkms uninstall -m agla2x00 
s.k 2.4.20-8smp 


-v v6.04.00 


Ha a rendszermag változatát meghatározó átadott értéket el- 
hagyjuk, a program az éppen futó rendszermagot veszi figye- 
lembe. Hasonló célokra használható a remove parancs 

is. A remove és az uninsta11 hasonló egymáshoz: a remove is 
végrehajtja azokat a lépéseket, amelyeket az uninsta11 elvégez. 
Ha az eltávolított modulváltozat az adott változat utolsó 
példánya a rendszeren lévő összes rendszermaghoz, akkor a 
remove parancs használatakor az eltávolítási folyamat 
elvégzése után a rendszer az adott modul összes nyomát 
eltünteti a DKMS-fából. Másként fogalmazva: amikor az 
uninstal1 parancs lefut, a modulok , lefordított" állapotban 
maradnak. Ezzel szemben a remove parancs használatakor az 
add parancsig kell visszalépnünk, ha újra használni akarjuk az 
adott modult a DKMS-sel. Lássunk két példát a remove 
használatára: 


dkms remove -m agla2x00 -v v6.04.00 
s.k 2.4.20-8smp 
dkms remove -m agla2x00 -v v6.04.00 --all 


Az első remove parancs a modul eltávolítását végzi el. 

Ha ez a modulváltozat semmilyen más rendszermaghoz nincs 
telepítve, akkor a program nyomtalanul eltünteti a DKMS- 
fából. Ha például a ala2x00/v6.04.00a2.4.20-8bigmem 
rendszermaghoz is telepítve van, akkor az első remove 
parancs érintetlenül hagyja a DKMS-fában. Nem így a példa 
második parancsa. Ez a adla2x00/v6.04.00 modul összes 
változatát minden rendszermagból eltávolítja, majd a 
agla2x00/v6. 04.00 összes hivatkozását teljesen eltünteti 

a DKMS-fából. A remove paranccsal tehát megtisztítható 

a DKMS-tfa. 


További DKMS-parancsok 
A DKMS jól használható állapotlekérdező paranccsal rendel- 


kezik, amely a fában éppen megtalálható tartalomról ad 
tájékoztatást. Ha kapcsolók nélkül használjuk, akkor az összes 
elérhető adatot visszaadja. Értelemszerűen a kapott adatok 
jellege a lekérdező parancs futtatásakor megadott kapcsolóktól 
függ. Minden bejegyzéshez vagy hozzáadott (added), vagy 
lefordított (built), vagy telepített (installed) állapot 
tartozhat. Ha az eredeti modult is mentette a program, akkor 
erről is kapunk visszajelzést. Néhány példa az állapot 
lekérdezésére: 


dkms status 
dkms status -m agla2x00 


dkms status -m gla2x00 -v v6.04.00 
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dkms status -k 2.4.20-8smp 
dkms status -m agla2x00 -v v6.04.00 
s.k 2.4.20-8smp 


A DKMS egy másik fontos szolgáltatása a match parancs által 
érhető el. A match parancs megvizsgálja a DKMS által adott 
rendszermaghoz telepített modulok beállításait, és egy másik 
rendszermagra alkalmazza őket. A match lefutása után ugyan- 
azok a modulváltozatok, amelyeket egy rendszermaggal már 
használunk, egy másik rendszermaghoz is telepíthetők. Erre 
elsősorban akkor lehet szükség, ha újabb rendszermagra frissí- 
tünk, ám meg szeretnénk tartani meglévő DKMS moduljainkat. 
Például: 


dkms match --templatekernel 2.4.20-8smp 
s.k 2.4.20-9smp 


A --templatekernel1 az a rendszermag, amelynek alapján 

a beállításokat meghatározzuk. A -k rendszermag az, amelyre 
a beállításokat alkalmazzuk. 

A DKMS rendszerfelügyeleti célokra az mktarba11 és az 
ldtarbal1 parancsot is támogatja. Ezekkel a parancsokkal 

a felhasználó .tar-állományokat hozhat létre és nyithat meg, 
valamint illeszthet be a DKMS-fába, például arra az esetre, 

ha a DKMS segítségével több hasonló rendszerbe kell valamit 
telepítenie. Így a rendszergazda egyetlen számítógépen készít- 
heti el az összes modult. Nincs szükség arra, hogy ugyanazt 

a modult minden gépen külön lefordítsuk, ehelyett a már lefor- 
dított futtatható állományt kell csak beilleszteni az adott gép- 
hez tartozó DKMS-fába. Az mktarbal11 paranccsal adott 
modulváltozat forrásából lehet .tar-állományt készíteni. Így 
menthető minden olyan magváltozat DKMS-fája, amely a 
megadott modulváltozat alapján fordított modullal rendel- 
kezik. Példa: 

dkms mktarball -m agla2x00 -v v6.04.00 
s.k 2.4.20-8smp,2.4.20-8 


A -k átadott értéktől függően az mktarba11 csak a megadott 
rendszermagok futtatható állományait archiválja. Ha ilyen 
értéket nem adunk át, akkor az adott modulváltozat összes 
lefordított futtatható állományát összecsomagolja. 

Az Idtarbal1 használatakor a DKMS egyszerűen kibontja 
az mktarbal1 segítségével létrehozott archív állományt, és 

a benne találtakat beilleszti a futtató rendszer DKMS-fájába. 
Ennél az eljárásnál minden modul lefordított állapotban ma- 
rad, majd a dkms insta11 paranccsal telepíteni lehet a futtat- 
ható modulokat a /lib/modules fába. Rendes körülmények 
között az Idtarbal1 nem írja felül az adott rendszer DKMS- 
fájában már meglévő állományokat. Ha mégis erre van szük- 
ség, a -——force kapcsolóval írhatjuk elő a fa tartalmának az 
archív állományéval történő felülírását. Példa az Idtarbal1l 
használatára: 


dkms lIdtarball --config 
5gla2x00-v6.04.00-kernel2.4.20-8smp.tar.agz 


A DKMS parancsai közül utolsóként az mkdriverdi sk-et 
említeném meg. Mint neve is utal rá, az mkdriverdisk 
kikeresi a megfelelő forrásokat a DKMS-fából, majd egy 
illesztőprogramot tartalmazó hajlékonylemez-lenyomattfájlt 
készít, amit frissített illesztőprogramok terjesztésére lehet 
használni. Példa az mkdriverdisk használatára: 
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Példa a .spec fájlra 
3zdefine module ala2x00 


Stinmary: Otegic HBA modüute 

Name: S$module dkms 

Vetsion: vő. 04.00 

Release: 1 

véendeocs: OtLőeté Corporation 
Copyright: CPL: 

Packager: Gary Lerhaupt 

—-gary lerhauptd6del!1 .comz 
Group: System Environment /Base 
EL Tldáavah:; meáren 

Reguires: dkms gcc bash sed 
SourceO0: glila2x00src-Sversion.tgz 
Sourceles aims. come 

BuildRoot: 3$( tmpopath)/$(í(namel-s8íversionj)- 
—53(í(releasel-root/ 


sdescription 

TuLs package contains Üülögie s Ggilazx00 
HBA module meant 

for the DKMS fÍramework. 


£prep 

rm -ri gla2x00src-8version 

mkdir giazx00sre-őversion 

cd glazx00üsre- version 

tar xvai 

s SREM-SOURCE DTE/elazzo0SsKe-gévetstőn tgz 


aka jee állal 
iz I "SREM BŰÚELD ROOT ls 9/9 Tsz 
tű -Ct SREM BŰTILD ROOT 


elme 
jedi 


A lista folytatását lásd a következő oldalon. 


dkms mkdriverdisk -d redhat -m ala2x00 
—.vyv v6.04.00 -k 2.4.20-8BOOT 


Jelenleg egyedül a Red Hat illesztőprogram-lemezformátumá- 
nak a támogatása érhető el, ám a közösség segítségével a többi 
terjesztés követelményei és formátumai is teljesíthetők, támo- 
gathatók. A DKMS által a Red Hat illesztőprogram-lemezek 
készítéséhez igényelt külön fájlokról és formátumukról a 

2 http:/people.redhat.com/dledford weboldalon lehet bővebb 
tájékoztatást találni. Ezeket a fájlokat a modulforrások 
könyvtárában kell elhelyezni. 


A dkms.conf heállítófájl formátuma 

A DKMS-csomagokkal foglalkozók számára a dkms.conf 
beállítófájl az egyetlen olyan külső forrás, amelyre a forrás 
.tar-állományok DKMS-re való késszétételéhez szükség van. 
A beállítótfájl valójában héjváltozók listáját tartalmazza, a 
DKMS ezek alapján végzi munkáját a csomaggal. Példaként 


99 S 


A lista folytatása az előző oldalról. 


mkdüv -p 

KOSTER tes Ő NTNTÁ TO KTT(0 AZÁS ES eke o ete ez enás akor 
install -m 644 SREM SOURCE DTR/dakms . coat 

—SREM BŰILD ROOT/usT/arc/ smodule-éversion 
IS tea ie em AP ee VEZZHÜSTE éVETSTON 

GAS TREAT FE ÉJ NNNNA KÉNT (0 (GATES ES eke o et SES eze rác akor 


áclean 

ait ]l "ESRBEM BUÚELD ROOT" lsz 97" 1]; then 
ÜZ -Zt SREM BUILILID ROOT 

ÉT 

ogemikers 


sdetatct (0644 , 7TOOT , TODT ) 


elesés KOTSS EME G OjáG0oső 
— o /usiz/ size / émoch Lea—- őversiom/ 


2pre 


jój0GISIS 

/sbin/dkms add -m smodule -v $version 
/sbin/dkms build -m $module -v $version 
SON emas edett a li smodule -v $version 
exit 0 


al 


2preun 

/sbin/dkms remove -m module 
—m.v $version --all 

esszit 0 


egy részlet a d1a2x00/v6 . 04 . 00 dkms.conf fájlból: 


MAKER-"make all 

s TNCLUDEDIR-/11b/modules/Skernelver/ 
ssbuild/include" 

MAKE smp-"make §SMP-1 all 

s TNCLUDEDIR-/11b/modules/Skernelver/ 
sbuild/include" 

LOCATION- " /kernel /drivers/addon/ala2200" 
REMAKE LNIIRD—-"yes" 

MODULE NAME-"gla2200.o:ala2200 6x.o 
s$-rla2300 .0:1g1laz300 6£.O" 

CLEAN-"make clean" 
MODULES CONF ALIAS IYPER- 

"scsi hostadapter"MODULES CONFO-— 

s "options scsi mod 

scsi allow ghost devices-1" 


Mint látható, a héjváltozókat csupa nagybetűvel kell írni. 

Ez alól az egyik kivétel a MAKE utasítás. A DKMS az általános 
MAKE- parancsot használja a modulok lefordításához. Ha 
azonban létezik egy MAKE kernel-regexp-text parancs, 
ésa MAKE utáni rész (karakterlánc-részletként) egyezést mutat 
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azzal a rendszermaggal, amelyhez a modul készül, akkor ezt 

a másodlagos make parancsot használja. A fenti példában 
kiderül, hogy a DKMS a MAKE. smp utasítás használatára is 
képes, ha smp rendszermaghoz kell modult fordítani. Hasonló 
PATCH parancsok is léteznek. Ha az alulhúzás utáni szöveg 
egyezést mutat azzal a rendszermaggal, amelyhez a modul 
készül, akkor elsőként ez a folt kerül be a modul forrásába. 

Így a fejlesztőknek csak egyetlen forrás .tar-állományt kell 
terjeszteniük, amelyhez egy dkms.conf fájl és akár több folt 
tartozik. lermészetesen szükség szerint különféle foltokat is 

be lehet építeni a forrásba, így biztosítva, hogy minden modul 
minden rendszermaggal megfelelően együttműködjön. 
Érdemes megjegyezni, hogy a dkms.conf $kernelver változót 
is tartalmazhat, amelyet a fordítás alatt a program annak a 
rendszermagnak a változatszámára cserél le, amihez a modul 
készül. Ez különösen fontos, hiszen így mindig megfelelő 
include könyvtárakra lehet hivatkozni, amikor az éppen futótól 
eltérő rendszermaghoz fordítunk modult. 


A DKMS és az RPM együttes használata 

A DKMS és az RPM remekül együtt tud működni. A hibátlan 
működéshez mindössze olyan RPM-et kell készíteni, amely 
elvégzi a forrás telepítését. A forrásokat általában forrás 
RPM-ek segítségével telepítjük, ám ezek nem feltétlenül 
működnek együtt a DKMS-sel, így a forrás telepítésén túl 
másra nem nagyon alkalmasak. Jobban járunk, ha a forrás 
.tar-fájl egy RPM-be kerül, így el lehet helyezni a megfelelő 
fusr/src/(modul)-(modulváltozat)/ könyvtárba, és a megfelelő 
DMKS-parancsokat is meg lehet hívni. A $post és a 
$preun alapvetően DKMS-parancs. Listánkon jó példa 
látható egy .spec fájlra. 


A jövő 

Mivel a DKMS nagyon új keretrendszer, számos dologgal kell 
még bővíteni, másokat ki kell venni belőle, esetleg újra kell írni 
-— ahogy a közösség határoz. A DKMS-tervezet előrehaladásával 
kapcsolatosan a 3 http:/www.freshmeat.net/projects/dkms 
oldalon találhatók naprakész tudnivalók. Kérdéseit, észrevé- 
teleit bárki felteheti vagy elküldheti, ha csatlakozik a DKMS- 
devel levelezési listához, amely a 

2 lists.us.dell.com/mailmanl/listinfo címről érhető el. 

A Linux Journal 2002. decemberi számában Linus Torvaldstól 

a következő idézet jelent meg: 

, Úgy látom, minden kereskedelmi szereplőnek megvan a maga 
ütemterve, és bár ezek sokszor ütköznek egymással, végül egy 
olyan állapot felé terelik az egész rendszert, amely mindany- 
nyiunk számára biztosítja a kívánt szolgáltatásokat." 

Linuxos termékek kereskedelmi értékesítőjeként a Dellnek 
alapvető érdeke, hogy megfelelő megoldást találjon erre a 
modul-, illetve rendszermagkérdésre, amivel nemcsak saját 
ügyfeleinek nyújthat magasabb szintű szolgáltatást, de a 
közösséget is segíti. Ezeket a szempontokat a DKMS tervezése 
során sem veszítették szem elől. 


Linux Journal 2003. szeptember, 113. szám 


] Gary Lerhaupt (gary lerhauptodell.com) 
Programmérnök a Dell Linux Development 
csoportjánál. Részt vett a Dell Red Hat Linux alapú 
Oracle91 Real Application Clusters (RAC) terveze- 

!] tében Is. Gary az Ohio Egyetemen szerezte meg 
informatikusi diplomáját. 
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A 2.5-ös változat szerint tárgyalt rendszermag APIl-k közül néhányon kisebb 
módosításokat hajtottak végre, mielőtt bekerültek volna a 2.6-os rendszermagba. 
Ezekről a módosított változatokról szeretnék szólni néhány szót. 


témában első cikkemet több mint egy évvel ezelőtt 
írtam, és mivel a Linux fejlesztése gyors ütemben folyik, 
számos korábban leírt dolog mára elavultnak számít. Ez 
alkalommal a korábban ismertetett rendszermag API-k 
módosításait szeretném áttekinteni. 


A tty változásai 
A tty réteg az egyik legbiztosabb működésű, sokat bizonyított 
rendszermag-API. A hivatkozások megfelelő számlálásának 
és a zárolási lehetőségnek a hiánya, valamint a tty-eszközök 
kiosztásának furcsa módja mind a réteg elöregedésére vezet- 
hető vissza. Szerencsére A! Viro nemrég kipucolta a régről 
maradt ócskaságokat a 2.5-ös rendszermagsorozatban látott 
tty-rétegből. Mindeközben természetesen számos dolog 
megváltozott, és az új tty-illesztőprogramok írásakor erre 
tekintettel kell lenni. 

A Linuxvilág 2002. szeptemberi és novemberi számában 
(illetve a Linux Journal 2002. augusztusi és októberi számában; 
a cikkek elérhetők a $ www.linuxjournal.com/article/5896 és 

a 2 www.linuxjournal.com/article/6226 címen) a tty-rétegről, 
illetve a struct tty driver adatszerkezet szolgáltatások 
visszahívóival történő feltöltéséről írtam. Azóta struct 

tty operations névvel létrejött egy új adatszerkezet, ez 
tartalmazza az összes szolgáltatás vissza- 
hívóját. A struct tty driver továbbra 
is tartalmazza a régi függvénymutatókat, 
így ezek átmásolására készült egy új függ- 
vényyatty set operations. A kettős- 
ség hamarosan remélhetőleg megszűnik. 
A struct tty driver adatszerkezetből 
jó néhány változó kikerült: a table, a ( 
termios, atermios lockedés a 
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/: a tty illesztőprogram helyfoglalása "/ 
tiny tty driver - alloc tty driver(TINY TIY MINORS) ; 


Korábban a tty-illesztőprogram nevének megválasztása is gon- 
dokat okozott, ugyanis a rendszermag devfís függvénye túlter- 
helte a name mezőt. Christoph Hellwig munkájának hála, aki a 
struct tty driver adatszerkezetben létrehozott egy új vál- 
tozót, a devÉs name-t. Most már a name mező egyszetű, rövid 
nevet is kaphat, amelyet a tty proc fájlokban fogunk viszontlátni. 
A devífs name értékét arra a névre kell állítani, amelyet a devfs 
használ az illesztőprogram eszközcsomópontjának létrehozásakor. 
A 2.5-ös rendszermagsorozatban a MOD INC USE COUNT és a 
MOD DEC USE COUNT makrókat túlságosan csúnyának 
minősítették, és használatuk a rendszermagban nagyrészt meg 
is szűnt. Ahhoz, hogy ez megtörténhessen, a modulhivatko- 
zások számlálása az eredeti hívásokhoz képest eggyel maga- 
sabb szintre került. Most már lehetséges, hogy a rendszermag 
az előtt növelje egy-egy modul hivatkozási számlálóját, hogy 
beugrana magába a modulba. Hasonlóan, amikor a rendszer- 
mag végzett a modul használatával, a számláló értékét önmű- 
ködően csökkenteni tudja. 

A modulokra vonatkozó módosítás a tty-rétegben történt, így 
egyetlen tty-illesztőprogramnak sem kell tartalmaznia a MOD " 


2. lista Példa egy ,tiocmget" függvényre 


esz etéemget (strudkek zó cic Ed ve 
ser üuct tals "€Tile) 


struct dit ivatód teste riva 


refcount mezőnek búcsút inthetünk. unsigned int mselőkEldttő ű úr 
A tty-réteg most már az összes zárolási és unsigned int msáSSSNNBBEE HEJ 
hivatkozásszámlálási igényt kielégíti, unsigned int result - 0; 


megszabadítva az egyes tty-illesztőprog- 
ramokat e feladatok kezelésének terhétől. 
A magic és a num változót most már nem 
kell közvetlenül a tty-illesztőprogramnak 
beállítania. A változóértékek beállítását új 
függvény, azalloc tty driver végzi, 
amit minden tty-illesztőprogramnak meg 
kell hívnia, ugyanis ez végzi az 
illesztőprogramok számára a helyfoglalást. 
Az adott illesztőprogram által támogatott 
különféle tty-eszközök számát átadott 
értékként szükséges tudatni ezzel a 
függvénnyel. A tiny tty illesztőprogram, 
amelyet korábban vettünk elő példaként, 
az alábbiak szerint hozza létre a struct 
tty. driver adatszerkezetet: 


resült 
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( (mez € o MER IDTUR) 


2 TTTOCM DTRe 0) 

77 DIR ÓSÁál Tat wa" 7 
2? TIOCM RTSs 0) 

76 7RTe SA VAa 


Il ( (mee 5 MCR RTS) 


) (mer € MIR CTS) ? TIOCM €CTS: 0) 
JEZOES SAL ATÉva 7 
] ((msez € IMISR €D) 2 TIOCM CARI 0) 
/" vivőérzékelés beállítva "/ 
JENS  KáÖbkzölké ke 2 UILOCIM IR e 0) 
/ "Fe ENGEEÉS je ző "BEA LTT Ezé / 
] ((mesx £ MSR DSR) 2? TIOCM DSR? 0); 


/: DSR lsállítva "" / 


arc májlölkásta lta ettöl ut 


e LL 


3. lista Példa a tiocmset függvényre 


JET 

menet stmset (strudkkó.?bÓéó (Nr 
STT stl má IRS sás rá ES 
unsigábktÉLÉE ..b 
szégümet clear) 


unsigned 


struct tiny pró EKG CEE ee G 


it (S8t 4 TIOCWM RTS ) 
mc lsz MCR RTS ps 

lé ettllllll (re TEST ost RT ATIK (6) (GAZTETT) ENNE) 
mce ls MER RTS;s5 

if (set §€§ TIOCM LOOP) 


mcx Iz MOR LOOBPBACK s 


it (eleaz £ TIOCM RTS) 


MA NKSZZ E VITETTE 
tt (eleaz £ TITOCM IDIIR) 
ILS KSZ— SVG 


it (eleaz £ TIOCW I00P ) 
NANE  VG TREK OO SBEN 


/: az új MCR érték beállítása az eszközön "/ 
(jo zs E SE HaT 
fáj e Úlktátnal0 s 


makrókat. Egy owner változó ugyanakkor bekerült a struct 
tty driver adatszerkezetbe, feladata a tty-illesztőprogramot 
birtokló modul megadása. Az alábbi sor ennek a változónak a 
helyes megadását szemlélteti: 
tiny tty driver-sowner - IHIS MODULE; 

A tty-mag ebből tudja meg, hogy melyik modul tartozik ehhez 
a tty-illesztőprogramhoz. 

Az 1. listán látható (55. CD Magazir/Api könyvtára), hogy a 
változások következtében miként módosul a tty-illesztőprog- 
ramok helyes kezdeti értékadásának és bejegyzésének módja. 
A tty-kihívó (callout) eszközöket teljesen eltávolították a rend- 
szermagból. Azok a tty-illesztőprogramok, amelyek a 2.5-ös 
rendszermagfában megvoltak, és kihívásokat alkalmaztak, 

a módosításnak megfelelően átalakultak. 


Kevesebb ioctl 

A tty-adatszerkezet változásaival párhuzamosan néhány 

tty ioct1 is kikerült a rendszerből, ezek a következők: 
TIOCMGET, TIOCMBIS, TIOCMBIC és TIOCMSET. Helyüket két 
új függvényvisszahívó vette át: a tiocmget és a tiocmset, 
ezeket a struct tty operations adatszerkezethez adták 
hozzá. A függvények megadása a következő: 





int ("tiocmget) (struct tty struct "tty, 
struct file "file); 
int ("tiocmset) (struct tty struct "tty, 


struct file file, 
unsigned int set, 
unsigned int clear); 


A tiocmget függvény meghívására akkor kerül sor, amikor 

a tty-mag vagy a felhasználó tudni szeretné az adott tty-kapu 
éppen érvényes vonali beállításait. Működése majdnem pon- 
tosan olyan, mint a régi TIOCMGET ioct1 hívásé. A vonal- 
állapotot különböző MSR. " értékek adják meg, ezeket 

— a korábbi ioct1 által az illesztőprogramtól elvárt felhasz- 
nálói területre való másolás helyett — közvetlenül a függvény- 
hívás adja vissza (lásd a 2. listát). 

A tiocmset függvényre akkor van szükség, amikor a 
tty-mag vagy a felhasználó be szeretné állítani, illetve tö- 
rölni szeretné a különféle vonali beállítások valamelyikét. 

Ez a függvény egymaga helyettesíti a TIOCMBIS, a 
TIOCMBIC és a TIOCMSET ioct1 hívásokat. A függvény 
set és clear változóival szabható meg, hogy melyik vonali 
beállítást szeretnénk megadni, illetve melyiket akarjuk 
törölni. Ugyanazt a vonali beállítást nem lehet egyszerre 
beállítani és törölni is, így a változók feldolgozásának sor- 
rendje érdektelen (lásd a 3. listát). 

A tty-mag módosításai kismértékben az usbserial-magot is 
érintették. A tiocmget és a tiocmset függvény újdonság- 
ként jelent meg a struct usb serial device type adat- 
szerkezetben. Az ezekre a függvényekre irányuló tty-hívásokat 
a rendszer továbbadja az alacsonyabb szinten futó usbserial 
illesztőprogramoknak - feltéve, hogy az adott usbserial 
illesztőprogram támogatja ezeket a visszahívásokat. 
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Köszönetnyilvánítás 

Szeretném kifejezni hálámat Al! Viro, Christoph Hellwig és 
Russell King uraknak, amiért végre nekiláttak a tty-réteg meg- 
tisztításának. Odaadásuk révén a tty-réteg méltó része lesz a 
rendszermagnak. Módosításaik fontos szerepet játszanak a tty- 
illesztőprogramfelület egyszerűbbé tételében, és az ő révükön 
az illesztőprogramok készítői a jövőben a rendszermagot érintő 
párbeszédek kezelése helyett inkább az eszközök jellegzetes- 
ségeire összpontosíthatnak. 


A cikkhez kapcsolódó listák megtalálhatóak az 55. CD 
Magazin/ Api könyvtárában. 


Linux Journal 2003. október, 114. szám 


Greg Kroah-Hartman (gregokroah.com) 

Jelenleg a Linux-rendszermag különféle 
illesztőprogram-alrendszerelért felelős. Az IBM-nél 
dolgozik és a Linux-rendszermaggal kapcsolatos 
kérdésekkel foglalkozik. 
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Építsünk IPv6 DNS-kiszolgálót Linuxon! 


Útmutató IPv6 DNS-névfeloldást nyújtó kiszolgáló készítéséhez, 
valamint néhány hasznos IPv6-alkalmazási példa. 


z ÍPv6 az Internet Engineering lask Force (IEIF) által 
AA tervezett következő nemzedékbeli protokoll, amely- 

nek célja az IPv4, azaz a jelenlegi Internet Protokoll 
leváltása. Az IPv4 figyelemreméltóan rugalmasnak bizonyult, 
ugyanakkor a tervezésekor nem vettek figyelembe néhány, 
manapság egyre fontosabbá váló tényezőt, például a nagy 
címhelyet, a mobilitást, a biztonságot, az önműködő beállítási 
lehetőségeket és a szolgáltatási minőséget. E nehézségek 
feloldására az IEIF egy új protokollkészletet, valamint az IPv6 
nevű szabványt dolgozta ki, amely több, az IPv4 frissítését 
célzó megoldást és javasolt elképzelést magában foglal. Ennek 
eredményképpen az IPv6 az IPv4 több hibáját is megoldja, és 
számos fejlesztést és új képességet vezet be, amelyek a jövő 
internetellátásáról gondoskodnak majd. 
Az IPv6 várhatóan fokozatosan váltja majd fel az IPv4 rend- 
szert, miközben az átmeneti időszak alatt egymás mellett mű- 
ködik mind a kettő. A kiszolgálók kettős rendszerűek lesznek: 
egyszerre támogatják az IPv4 és IPv6 protokollt. 
Ebben a cikkben az IPv6 névfeloldási rendszerével ismerked- 
hetünk meg közelebbről, remélve, hogy sikerül olyan műszaki 
segédletet nyújtanunk, amelynek alapján bárki elkészítheti a 
saját, IPv6 névfeloldást végző IPv6 alapú linuxos DNS-kiszol- 
gálóját a BIND 9.x legfrissebb változatával. 


Általános hálózati áttekintés 

Ebben a részben egy mintahálózatot mutatunk be (lásd az 

ábrát), amelyben különféle IPv6-kiszolgálók vesznek részt. 

A rendszerben a következő csomópontokat találjuk: 

e Az útvonalválasztó kiszolgáló (pc1) programalapú IPv6- 
útvonalválasztó kiszolgálóként működik. Ez a gép nyújtja 
az összes ÍPv6-csomópontnak az útvonalválasztási 
szolgáltatást. 

e DNS IPv6-kiszolgáló (pc2) biztosítja az IPv6-névfeloldást. 
e — Két alkalmazáskiszolgáló: az egyik videofolyamokat (pc3), 
a másik Apache alapú webkiszolgálót (pc4) üzemeltet. 

e . Ügyfélgépek (pc5-7), amelyeket a kipróbáláshoz 
használunk. 


IPv6-névfeloldás 

A tartománynevek az internet jelentéssel bíró, könnyen 
megjegyezhető , becenevei", amelyeket a fizikai címekhez 
rendelünk. A tartománynévrendszer (DN5) lesz az, amelyik 
ezeket a neveket megkeresi és az internetprotokoll címeivé 
alakítja át őket. Minthogy a név/IP összefüggések központi 
tárolása nem lenne célszerű, a tartománynevek és IP-címek 
listája az egész interneten szétszórva, hatáskörön alapuló 
hierarchiába rendezve található. Általában elérésünk szolgál- 
tatójának közeli földrajzi környezetében található valahol 
egy DNS-kiszolgáló; ez a DNS-kiszolgáló fogja hozzárendelni 
a DNS-kérelmeket címekhez, avagy továbbítja őket az inter- 
net más kiszolgálóihoz. Az IPv6 DNS-kérelmek esetében az 
IPv6-címek megadására egyaránt használhatjuk az A6 és az 
AAAA írásmódot (syntax). 
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Hálózatiszerkezet-minta 


Az AAAA erőforrásrekordot (amelyet négyes A bejegyzésnek 
neveznek) adott hosszúságú adatként adjuk meg. Az AAAA 
segítségével könnyen megadhatjuk az IPv6-névfeloldáshoz 
tartozó DNS-bejegyzéseket a következő, lényegében az IPv4 
,A" bejegyzéseivel azonos módon: 


SORIGIN X.EXAMPLE. 

N AAAA 2345:00C€1:CA11:0001:1234:56/78:9ABC:DEFO 
N AAAA 2345:00D2:DA11:0001:1234:56/8:9ABC:DEFO 
N AAAA 2345:000E:EB22:0001:1234:56/78: 9ABC: DEFO 


Az A6 erőforrásbejegyzést változó hosszúságú adatként adjuk 
meg. Az A6-os rendszerben egyszerre több DNS-rekorddal is 
megadhatunk valamilyen IPv6-címet. Íme az RFC 2874 
szabványból kiollózott példa: 


SORIGIN X.EXAMPLE. 

N AG 64 ::1234:56/78:9JABC:DEFO SUBNET-1.1IP6 
SUBNET-1.IP6 AG 48 0:0:0:1::  IP6 

IP6 A6 48 0::0 SUBSCRIBER-X.1P6.A.NET. 
IP6 A6 48 0::0 SUBSCRIBER-X.1P6.B.NET. 


AG 40 0:0:0011 :: 
S5A.NET.IP6.C.NET. 
AG 40 0:0:0011 : : 
S5A.NET.IP6.D.NET. 
AG 40 0:0:0022:: B- 
NET.IP6.E.NET. 


SUBSCR1LBER-XK LEGBA NET: 


SUBSCRIBER-X.1PG.A.NET 


SUBSCRIBER-X: 1P6G.B.NET . 


A. NET.IP6.C.NET. A6 28 0:0001:CAOO: : 
5C.NET.ALPHA-TLA.ORG. 

A.NET.1TPG.D.NET, AG 28 0:-OOO2:DAOÚ : : 
5D.NET.ALPHA-TLA.ORG. 

B-NET.IP6.E.NET. A6 32 0:0:EB00 :: 


54H.NET.ALPHA-TLA.ORG. 
AG 0 2345:00€0 : : 
AG 0 2345:00D0Ö:: 
A6 0 2345:000E£: 


ORG. 
ORG. 
ORG. 


C.NET.ALPHA-—-ITLA. 
D.NET.ALPHA-TLA. 
E.NET.ALPHA-TLA. 


Ha a fenti kódot AAAA bejegyzésekké alakítanánk át, a követ- 
kező sorokat kapnánk (lásd a 36. oldalon): 


Szaktekintély 


7. lista A /etc/named.conf 


eeasions ( 
dectory PE á mamédis 

//Scsak a mévkiszolgeéló Só LT EéSai 
Milgyorstájáz zi 


ZA tm EH ORE SÁNKAT HÁT THAT 
tyoc hint; 

tilá "mama. ca" s 
1; 


Sz samtee genus meg a visszacsatolt 
// névkeresést 
zone "loczsimost" 
(egZOSSAMEISiEN 
tile "masterjlocalhost. zone" ; 
allow-update ( none; j; 


ha 


MoGjeldaeika 


Te 


/ze ame adjak meg va visszacsatóle 
// névvisszakeresést 

zóne 002127. ims-addr.arpa" 
(EGZ OCSI S BET 

tile "masterjlocalhost rev"; 
allow-update ( none; ); 


li 


Tt 


// TEt adjuk meg a secvő 
// tartománynév-keresést 


[/ocAu£hhzeonsagos e alddct)  zótatáj is meve 


A ESSCMŐ  veNéedomadse té üeel 

// A szabványos zónatájl a secv6 voOuTr . domain 
ANAK SE 

zone "s" secvő.yoNT  doma im" 
jege Só loeiak 

tile "master/secv6. your .domain. signed" : 
77 tile "máster/jsecvő .vour domain" ; 
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JN at 


//Ttt.adjük meg a secvő tartomány Ttordított 
// névkeresését (AAAA) 

zone "Sseécyvő int" IN 1 

esze Eőimmeteje ist 

file "master/secv6.int"; 


(ya 


// Itt adjuk meg a secv6 tartomány fordított 
// névkeresését (A6) 

zome issSeMmÓeméjo c TN KK 

[eg zo Sőt sEiak 

file "master/secv6.rev"; 
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/7 A titkos kulcsot megnyírtuk, hogy elférjen 
key "key" ( 

algorithm hmac-ma5; 

secret 

"s emáméd0güvKkexBojmanng emg oVvEcE NE Eme" s: 

3.2 


2. lista A Nar/named/master/secv6.your.domain 


FNNKESS60400 

S ORIGIN segámöklVoltédemákne 
G IN SOATSÉeCVv6G. HOT SEEMELEHE 
Mhostmas ter . voUu Kelenétkáimátáltlil 


2002011442 ; Serial number (yyyymmdd-num) 
TETSZENI 

MIKGSIVTSEZNE sttág 

1W ; Expire 

ÍD ) 2 [Műmanmum 


EN KEZŐ att vot. démadn. 

IN. NS üsSssé€vőG vot domadtti: 

SORIGIN séCvő; your , domain. 

Gys eTO RRRTTNTNT EAN SZ ee TESTS ESO OL HEH Zeke ESEt A ZESgSÉS kel) 
ÍD IN A6 0 tfec0esis250e0/tteteldsz 3500 
SéCYG VOC demadimn " IDEN TAARA 

tecc: Ve s25059/ Et: bel4:.395d0 TD ZTTS AS 0 

ie (elb M Szol sa keksz sgőtoell0) 

josz eRÁLÁTBTKATTHTN ENNE TÉ TE er 6l0) VE ESTE OT 0 AGA ETETTEK etes ÁSZ 0 FOI (0 KENNNLATB) 
TNS EKŐ 

ee SAS ESZES (0 ESA kotet kelett mesz korei [0) 

pc DN AG 0 TSEC0 1250 -6D€Ét- te00s1 31 
LTD EGRÉMÍTHÁGN ÉSENSZSSZ VET 
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HELL JEGES OTTO KS Ort [esés ETÜ0 KO) KE LNKSAÓ 


bpc6 IB TIN. A6 0 "tec0:1:250:-D/ET€-tel4:3617 
NT EGET ENSZ 

HETE (0 KENE KED (0 TEA OTET TES KEST SEGA LÉ 

joc4d 1D IN AS 0 Zsc0s si 25Üslo7tts tel4e35e4 
MENTI KRT HRSZ SZENVZNVZN 

o es (0 ERSZ KE [ARS RIKE HZ SERONT 

bE5S- ÜDE TN AS 0-tec0s:1:250-D7ÉtE. tel4ás36tb 
MINT TENTNIS AGSZ SZENYZÁVNB 

MS SO SRE SSZO0 KSH ko AEK ES SZ SESSTSÁláo 

Dc7 ÍD IN AG 0 fTec0s:ils2509lo/EteTtel4s 3652 
1D JIN AAMAA 

it GEES MLSZ S 0 EA KEKE ZR A ESA ÉSE 

bel TD. IN. A6 0 Tec0-z:1l:250569Et5Tte00:12e 

NT ERNŐ HENRY 

ÜNS EI EES MES E 50 KTK SZeTRl tele íezée OO NSÁKÉTE 

joci., ÍD IN A6 0 tec020z0zi ezi ÁD IINI AAAA 


Mc (ll0 SO KSE 0 KELNE SRE 

S INNEILÚNDIE: 
"/var/jnaáamed/master/ Ksecvő.yvour . domain. 100312 7 
034.key" 
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SORIGIN X.EXAMPLE. 

N AAAA 2345:00C€1:CA11:0001:1234:5678:9ABC:DEFO 
N AAAA 2345:00D2:DA11:0001:1234:56/78:9ABC:DEFO 
N AAAA 2345:000E: EB22:0001:1234:5678:9ABC : DEFŐ 


Miután az ÍPv6-névfeloldást beállítottuk, a tartománynév-rend- 
szert (/DNSSEC) felvehetjük a DNS-kiszolgálónkra. A DNSSEC 
három külön szolgáltatást is nyújt: kulcselosztást, adatforrás- 
azonosítást és -átvitelt, valamint kérelemazonosítást. 

A DNSSEC teljes leírását az RFC 2535 szabványban olvashatjuk. 


ÍPv6-támogatás a rendszermagban 

és a hálózati bináris állományokban 

Az IPv6-tal együttműködő BIND-változatunk telepítése előtt 
elengedhetetlen, hogy a rendszermagban, valamint az IPv6-ot 
támogató rendszer hálózati bináris állományaiban engedé- 
lyezzük az ÍPv6-támogatást. Ezt a témakört a Linuxvilág 

2002. decemberi számában megjelent korábbi cikkünkben már 
lefedtük (IPv6-támogatás linuxos hálózati csomópontokon), 
(2 http:/www.linuxvilag.hu/cikkek/26.html4 1519). A cikkben 
megadott útmutatókat követve könnyen felkészülhetünk a leg- 
frissebb, IPv6-támogatással ellátott BIND-változat telepítésére. 


BIND és IPv6-támogatás 

A BIND legfrissebb változata az Internet Software Consortium 
honlapján a 3 http:/www.isc.org/products/BIND/BIND9.html 
címen érhető el. A BIND 9-es változatában szinte a teljes BIND- 
szerkezetet újraírták. Rengeteg fontos új képesség és fejlesztés 
mutatkozott be, közülük a számunkra a leglényegesebb az 
IPv6 támogatása. A BIND 9.x lehetővé teszi, hogy a kiszolgáló 
IPv6-kapcsolatokon keresztül válaszoljon a DNS-lekérdezé- 
sekre, ismeri az IPv6-erőforrásbejegyzéseket (A6, DNAME és 

a többi), valamint támogatja a bitlánc alapú címkéket. Ilovábbá 
BIND 9.x alatt a kísérleti IPv6-megoldáskönyvtárat is használ- 
hatjuk. Számos egyéb képességet is kiaknázhatunk, róluk a 
BIND honlapján olvashatunk bővebben. 


A BIND 9.x telepítése 

A cikk születésének pillanatában a legutóbbi üzembiztos kiadás 
ton alapul. A BIND telepítéséhez először is töltsük le a legfris- 
sebb BIND-változatot a /usr/src könyvtárba, majd csomagoljuk 
ki a következő parancsokkal: 


ao 


tar -xzf bind-9.2.1.tar.gz 
$ cd bind-9.2.1 


Bár az IPv6-támogatás a BIND esetében alapértelmezett, for- 
dításkor külön meg kell adnunk. lovábbá, minthogy ki szeret- 
nénk használni a DNSSEC előnyeit, a BIND-et crypto-támoga- 
tással kell fordítanunk. Az OpenSSL 0.9.5a vagy frissebb válto- 
zat telepítése megfelel a célnak. A szükséges kapcsolókkal ellá- 
tott beállítás-parancsfájl futtatása a következőképpen néz ki: 


o 


83 ./configure -enable-IPv6 -with-opensslil 


Végül fordítsuk le és rendszergazdaként telepítsük a csomagot: 


o 


2 make 656 make install 


Alapértelmezés szerint a BIND 9 állományai a fájlrendszeren 
elszórva találhatók. A beállításfájlok a /etc/named.conf-ba 
kerülnek; a named nevezésű futtatható állomány a 
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3. lista A Narl/named/master/localhost.zone 


ja őéalhost szómé ra Mel kápcsolátokat 
// kezeli a loopback csatolófelületen 

// keresztül 

STIL 66EBO 

SORMTEMNEToGa Io kett 

ÍiD IN SOA (Gellikgojrli 


42. :; serial (ld. aádams) 
3H ; reÍíresh 

ISM ZS EtGYI 

1W ; expire 

MÁÁ TAN, EGEN ÖLT ÉTÉTODNÉLTN 

1D IN NS € 

ETO MEIN AZ Ő s alk 


4. lista A Narl/named/master/localhost.rev 


7/ a WKöcalhost MéjERG EG OZzzmeg FG BESE 
// csatolófelület fordított DNS kezelését 
STEG e66400 

SORIGIN 0.0.127.1980.-bEEEK// 

ÉNMIEEN 0.0.127MBMCCK ere 
MoScEmásSter . secvió szőtt SEOME TtE 


42 ; Serial mnmumber (d. adams) 
3H ; ReÍresh 

ILSIMI 9 RSEMGY 

1W ; Expire 

MNB TEN ERNO Vt ETÉTOTÉLITN 


NS ns .secvő . vour . domain : 
MO moáah -i6ó6 vont domádi: 
DNESSKoezíánoetse 


/usr/local/sbin könyvtárba, valamennyi további érintett beál- 
lításfájl pedig a /var/named könyvtárba kerül. 


Az IPv6 DNNS és a DNSSEC beállítása 

A DNS-lekérdezéseket több különféle módon is fel lehet oldani. 
Például a DNS-kiszolgáló használhatja a gyorstárat, vagy kap- 
csolatba léphet egy másik DNS-kiszolgálóval az ügyfél nevében, 
hogy teljesen kiértékelhesse a nevet. Amikor a DNS-kiszolgáló 
megkap egy lekérdezést, először is ellenőrzi, hogy képes-e saját 
hatáskörben válaszolni a kiszolgálón megadott helyi zóna beál- 
lításmezői alapján. Amennyiben a kérelmezett név megegyezik 
a helyi zónaadatokkal, a kiszolgáló saját hatáskörben válaszol, 
ezt az adatot használva a kért név feloldásához. A teljes DNS- 
lekérdezési folyamatban négy DNS-zóna létezik: 


1. Elsődleges (Master): a kiszolgáló rendelkezik a zónaadat 
elsődleges másolatával és saját hatáskörben válaszol rá. 

2. "Másodlagos (Slave): a másodlagos zóna az elsődleges zóna 
másolata. Minden másodlagos zónának létezik egy listája 
az elsődlegesekről, akiktől lekérheti zónamásolatainak a 
frissítéseit. A másodlagos úgy is beállítható, hogy a lemezen 
másolatot tartson a zónáról, felgyorsítva az indulást. 
Egyetlen elsődleges kiszolgáló a terhelés megosztása végett 
tetszőleges számú másodlagos kiszolgálóval rendelkezhet. 

3. Csonka (Stub): a csonka zóna nagyon hasonlít a másodlagos 
zónára, a viselkedése is hasonló, azonban a teljes zóna 


5. lista A Varl/named/master/secv6.rev 


// A secv6.revtzeljetámég Se CE zo ECERE BE 
// tartománykeresését A6 formátumban 

Se e0 0 

SORIGIN secv6.arpa. 

a IN SOA secvőjarpa: 
höstmasters eco OUT FOMma d 


2002011442 ; Serial number (yyyymmdd-num) 
38. 2? Retreshm 

ÁINVINNEZTte titégyz 

ÍW : Ezxpiíire 

ÚNNTTB JENNA) KERES GÁT GT ÉSTAN ESTÉN 


NS 1185. SéeCYŐÖ.VOÜT domain: 
MECLŐ em oáh vot: domain: 
FNNEre0 KEK KESO EEG EGG 
SORIGIN VIxtec0000000000001/ 64] . secv6.arpa. 
" [025067 tttel455d40764] 

sSTD-ÍIN PTR pc2 SECYG.VyOUY domain 

S EE025069tIteg001sl7/641 
SiD IN PTR pCS. S8ő€vŐ.YyOÜT . 
"025067 Éttel4á35617/64] 
s$iTD ÚN /PTR. BE6G SSCVÖ.YÖOÜT : 
4 [kOZSÜB7ETEelLA355c476141 
s]pD TN PTR PEc4. SECVŐ VONT 
S xÜZ5ÜbB7tttel4d356157641 
SID ti ETE GCS5ZSEGVÖYOUT 
v[0250b5b7€1fel4365a/64 
s]ÍD IN ETE 6DC/7 SECVŐ. YOÜT 
vIx02505b9fffe00012e€e/64] 

SS ]TD.LtN PTR BEL SS€VŐ. YOU, 


domain. 
domain. 
domain. 
domain. 
domain. 


(GONE 


helyett kizárólag az elsődleges zóna DNS-bejegyzéseit tartja 
nyilván. A csonka zónák tartják nyilván, hogy mely DNS- 
kiszolgálók felelősek a szervezetért. Közvetlenül csatlakoz- 
nak a gyökér DNS-kiszolgálóhoz, így megállapíthatják, 
hogy melyik tartományért melyik kiszolgáló felelős. 

4. Továbbító (Forward): a továbbítózóna a zónából érkező 
minden lekérést egy másik kiszolgálóra irányít. Mint ilyen 
tulajdonképpen gyorstárazó DNS-kiszolgálóként működik 
a hálózaton, illetve képes internetes DNS-szolgáltatásokat 
nyújtani egy olyan tűzfal mögötti hálózat számára, amely 
korlátozza a külső DNS-lekérdezések elérését. lermésze- 
tesen a DNS-kiszolgálónak ilyenkor el kell tudnia érni az 
internet DNS-szolgáltatásait. Ez a helyzet nagyon hasonló 
a teljes körű továbbítás (global forwarding) képességhez, 
itt azonban a továbbítókat zónánként választhatjuk ki. 


Példahálózatunkra (lásd az ábrán) vetítve a fentieket: a tarto- 
mányunkban létre kell hoznunk egy elsődleges kiszolgálót: 
secv6.your.domain. Az 1. lista azt mutatja be, hogyan kell 
festenie a /etc/named.conf beállításainak. (A titkos kulcsot 
megnyirbáltuk, hogy beleférjen egy sorba.) 

A következő lépés a tartományunkat leíró beállításfájlok 
létrehozása. Megjegyezzük, hogy eddig még semmiféle 
IPv6-specialitást nem csináltunk. A DNSSEC esetében a 
/var/named/master/secv6. your.domain.signed nevezetű fájl a 
DNS-kiszolgáló zónakulcsával aláírt tartományfájl. Ez igen 
fontos a DNSSEC alkalmazásakor, hiszen így az ügyfelek 
valamennyi további DNS-kérelmet hitelesíteni tudnak. A DNS- 
kiszolgáló zónakulcsa nem egyezik meg a beállításfájlban 
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Szaktekintély 


6. lista A Narlnamed/master/secv6. Int 


// A $Secv6.I1TNRNELE GSM EG E E OKE RÉ EOE E 
// tartománykeresését AAA formátumban 
STTI GE 

SOFRULGIEN LL .SECVŐ , mt 

£ IN SOA secvébdiite 
hostmaster.secv6.your.domain. ( 


2002011442 ; Serial nümber (yyyymmdd-niüm) 
3H ; ReÍresh 

15M ; Retry 

1W ; Expire 

ÁLNI ONNEK ERÉNY LÉTÉT ETTÉL 


NS ms. sSseÚGyő  vOUT . domáin. 

HEC 0 ma yot domain: 
FEKMESGU ENO KÉKO KS KESÉ AS 

SORILGINN 

1.00 SOSOSOZO OZOTT OSO DSE sége SECMOS AIT: 
DES s ee ek zo aes 2 0) 
sS$STW EPTR.be2.secyő "vOUT domain. 
s ZO ÜTNE steel gs 2 0 
s9TN (PTR pcl.secvő:vVoOUT.domaáairi: 
Tsa ER SORSOT 
ST ETR pcleseCvő VOT domain. 
TS s ae Mese Ez e A 
ST ETR DCS SSCEVOLYOUE domo Li : 
Sea ze Ete E EE ke e e 
SIN PTR. pc6G.S€CVvVG. YOU domair- 
Ze Oo sz hee zük ab söt a [docAuuá oessÚ 
ST PTR pci Sec yot domain. 
Sz esős sss Hét AE ses [/ddocAuttog ae 
5TN ETR 5E5.SéECVŐ.YOUT domain: 


található kulccsal; a zónakulcs készítésének részleteit a cikk 
későbbi részében ismerhetjük meg. 

A következő szerkesztendő állomány a /var/named/master/ 
secvb.your.domain lesz. Példánkban (2. lista) az AAAA és az 

A6 formátumot egyaránt használtuk. A fájl végén olvasható 

S INCLUDE meghatározás beilleszti a zónakulcs nyilvános 
részét. A kulcs titkos részét tartsuk elzárva. Sajátkulcsunk 
végén a , private" szó olvasható, míg a nyílt kulcsot a , key" 

szó zárja. Amennyiben kérdések merülnek fel a DNSSEC kul- 
csokkal és jogosultságaikkal kapcsolatban, olvassuk el a BIND- 
kézikönyvet. A 2. listában egy jellegzetes IPv6 DNS-tartomány- 
beállítást mutatunk be a secv6.your.domain példán keresztül. 

A /var/named/master beállításfájlban olvasható , Hostmaster" 
lényegében a rendszergazda elektronikus levélcíme, ahol 

az első pont helyére a kukac ((0) jel kerül, a formai megköté- 
sek miatt. 

lovábbá a 2. lista elején található , IN SOA" szerkezet 

első száma hagyományosan egy sorozatszám, mégpedig 
ÉÉÉÉHHNNYAX alakban, ahol az XX egy, minden egyes DNS- 
zóna frissülésekor folyamatosan növekvő szám. 

Most nézzük meg, miképpen készíthetünk zónakulcsot! Ennél a 
lépésnél lényeges lesz, melyik könyvtárban dolgozunk, mivel a 
kulcsok itt tárolódnak. A kulcsok tárolására a /var/named/master 
könyvtárat javasoljuk. A következő parancs 768 bites DSA-kul- 
csot készít a zónánkhoz: 

2 dnssec-keygen -a DSA -b 768 -n ZONE 
5 secv6.your.domain 
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7. lista Az ügyfélgépek /etc/resolv.conf állománya 


t A secv6 tartomány beindításához indítsuk 
t el a namedet a pc2 gépen és használjuk 
t ezt az állományt 

search secv6.your.domain 

nameserver fecO::1:250:b/ff:fel4:35d0 


9. lista A6 DNS Ouery 


pec2zs dig 0.0. ee KE don ns 
Eh 0 zzsz 0.0.0.(0 

s ecvélzour . domzAlíőé 

fesse] 

2 SSEWŐ , ZOTT a Slota 1 
FAN SWER a otet SATMIKGNE 
S6-cVvŐ .vOUL domain: 96400 1N-AG 0 
SZAC ELENK 0 Éo/ Hetet Asse totel0 

ezlásztlá Ze JTA ON ERNE T KAY SSÁTEA GETE ÁTTKGYTNT TS 

sé6Ú€vŐ  vOUT domain, 36400 IN.N$S 

SS SEGCVŐYOUT  doOMa 111. 

2 2 ADIDITVIONAL SEEN E 

Me: SECVŐ S VOUT domaili. 060400 IN AG 0 
KKE GGV ESÉMSESZ ST ÉT Kek ntem tl Nezotarel0 

ME: SECVO VONT  doma is 0400 UN ARA 
SZAKCSI ESEM KESZ KT EOK Keke mMM gotarel0 


IN A6 


9. [lista AMMA DNS Ouery 


pc23 €dg 0.0.0 4 ege edome tn ee ei 
: zzss DIG 9.1 ISSN ELEVEN 
sseczéí our. don. ([?.A.-O/?c70/.B 

sszzszti 

: secv6 . vour . déjétne 
FAN SW ER sg öle elMNKGNÉE 
secCcv6.your . domain. 86400 IN AAAA 
SAKE GV ESEM KEZES TÉN to Mek mtettm et Neo kötel) 

ell aZ OJ NATBITST TERT T KV ANNKE STER e ETTEK GIN S 

S0CcVv6 .voOUuT . domain. 36400 IN NS 

ss. SECYŐ VOT doma 1 

2? ADIDIDILONAI SEC ALENI z 

115. SE€CVŐ.VOÜT . domain... 36400 TN A6 0 
SAKE EKEMKSSZ SL EN or áttett et ssGiatel0 

S. SECVŐ VOÜT sddömá dit. 96400 TINI ARAR 
— tec0e21225020/ftetelde359d0 


MIT LNN ENVÁAVÁ 


Alapértelmezés szerint az aláírásokhoz valamennyi saját kulcscsal 
rendelkező zónakulcsot fel kell használni. A kulcsnak vagy a 
munkakönyvtárban kell lennie vagy a zónafájlba kell beilleszteni. 
A következő parancs aláírja a secv6.your.domain zónát, feltételez- 
ve, hogy a /var/named/master/secvb. vour.domain fájlban található: 


2 dnssec-signzone -o secv6.your.domain 
5 secv6.your.domain 


A létrejövő kimeneti fájl neve: /var/named/master/ 
secv6.your.domain.signed. Erre a fájlra hivatkozhatunk zóna- 
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1. kép Az IPv6-videominta kimenete 
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2. kép Az lnternet Software Consortium BIND 9 honlapja 


bemeneti állományként a /etc/named.conf beállításfájlban. 
További beállításfájlok még a localhost.zone (3. lista), 
localhost.rev (4. lista), secv6.rev (5. lista) és a secv6.int (6. lista). 
A két visszafele kereső zónafájl (secvb.rev és secvb.int) között 
az a különbség, hogy az egyikben az A6 karaktersorozatokat 
adhatjuk meg (amelyeket a secv6.rev-ben nem kell megfordí- 
tani), míg a secv6.int-ben felsorolhatjuk az AAMA formátumú 
bejegyzéseket. Például a ping6 kizárólag a secv6.int tarto- 
mányba kerülhet, minthogy nem támogatja az A6 formátumot. 


A DNS-démon elindítása 

Miután elkészültünk a telepítéssel és a beállításokkal, készen 
állunk a DNS-démon elindítására a pc2 gépen. A named 
alapértelmezés szerint a /etc/named.conf állományt használja, 
de ha kívánjuk, a -c kapcsoló segítségével más beállításokat is 
megadhatunk. Figyelembe véve, hogy hová telepítettük a 
démont, gépeljük be a következőket: 

pc235 /usr/local/sbin/named 

Még egy további lépés szükséges IÍPv6-hálózatunk gépein: 
frissítsük a /etc/resolv.conf (7. lista) állományokat úgy, hogy 
tartalmazzák a DNS-kiszolgáló IP-címét. Fontos, hogy az 


IP-címet adjuk meg és ne a DNS-kiszolgáló tartománynevét, 
hiszen ez az az állomány, ahol a rendszer a DNS-címét keresi 
majd. Más szavakkal, ha itt a DNS-kiszolgáló tattománynevét 
adjuk meg, honnan fogja tudni a rendszer, hogy milyen szám 
tartozik a DNS tartománynevéhez? 


Kipróbálás 

A beállítások kipróbálásához igen egyszerű módszereket alkal- 
maztunk. Első lépésben ellenőrizzük, hogy a DNS-kiszolgálón 
engedélyezettek-e az A6-os címek, majd megvizsgáljuk, hogy a 
DNS-kiszolgáló értelmezi-e az AAAA-címeket. A tesztet a pc2-es 
gépen hajtottuk végre. Itt most mindössze egyetlen lehetőséget 
adunk meg - egyébként a lista túlságosan hosszú lenne. Pél- 
dánkban a dig nevű DNS-kereső eszközzel hajtunk végre kere- 
sést a secv6 tartományban, A6 formátumban (ő. lista). Ezt köve- 
tően az AAAA formátumot is kipróbáljuk (9. lista). Egyik esetben 
sem adtunk meg keresendő címet, így a 0.0.0.0-t használjuk. 
Másodszor próbaképpen SSH kapcsolatokat hozunk létre, 
először IPv6-címet, majd az IPv6-gépneveket használva. 


Mintakiszolgáló IPv6-alapokon 

IPv6-hálózatunkban két alkalmazáskiszolgálót használtunk: az 
Apache-t mint webkiszolgálót, illetve a VideoLant a videofolya- 
mokhoz. Mivel az IPv6-névfeloldást videofolyamok olvasása 
közben is ki szeretnénk próbálni, egy felhasználó a pc5-ös 
gépen rákapcsolódik a pc3 videofolyamkezelő kiszolgálójára. 
A videokiszolgáló a pc3 gépen található 
(fecO::1:250:b7ff:fel4:5768), míg a videoügyfél a pcs gépen 
(fecO::1:250:b7ff:fe50:7c). Ha a tcodump segítségével körbe- 
szimatolunk a hálózati adatok között a pc5-ön, néhány csoma- 
got elfoghatunk a videofolyamból. Alább bemutatjuk a nyom- 
követés egy részletét: 


o 


3 tcepdump ip6 t csak az IPv6-forgalmat 


követjük, rootként vagy setuid rootként 
kell futtatni 

Inyissz...] 

02:09:26.. 716040 

et sc0::1:250-b/7€Et:téld:5768.324769 

st DSGÜ rt LEZSŐLDZEL:L6S501/7€. 12347 üdo 1316 
021:09.:26..735805 

ser ecl:s:i:250:57ÉE:teld:5758.32169 

s. fec0::1:250:b7ff:febO:7c.1234: 

szüjdo 1316 

02109£26.7359971 

et aác0r:l:2501:D/7Ét:teld:5768.324769 

ss o  fec0::1:250:b7ff:febO:7c.1234: 

ssüjdo 1316 

02109£26.. 736082 

sto c0: il: 250710D/€ETr:tóld:5768.34769 

sz tec0sslr250rD7 Ét: 50 7€ 1204: üdo 1216 
020926. 755810 

et ec0s:l:z2z50:b7i1t:teld:5768.32769 

s. teGÜril:250:0/TtsteSÜ:7e. 12347 údb 1316 
02:09526. 795935 

sz tsc0r se sz5Ü0:rb/Eet:telds5768.34769 

s TeGÜrzisZDÜrD7tt:teébÜz7é 1234: údo 1316 
02:0926.71757191 

et eG0: si: 250: 07ft:ield:5768.32769 

sp TeGÜrEL:2505b7itztesÜz7€. 1234: üúdp 1316 


A videó helyesen jelenik meg az a Linux X kiszolgáló X11 
kimenetén; a 1. kép mutatja be a folyam elfogott adatait. 
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Összegzés 

Az IPv6 lassan valósággá válik. A következő néhány évben 
kiszolgálóinkon képesnek kell lennünk az IPv8 és az IÍPv6 
rendszert is kezelni, még mielőtt a teljes IPv6-átállás megtör- 
ténne. A teljes IPv6-átálláshoz különböző mozaikdarabkákat 
kell összeraknunk, amelyek közül az egyik létfontosságú elem 
éppen az IPv6-tal együttműködő BIND-megoldás lesz. 
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Egységes és objektumkozpontú adatbázis-kezelés 42. rész) 


A folytatásában a bemutatjuk, hogyan kezelhetünk Ot rendszer alatt SOL sormutatót, 
és készíthetünk grafikus felületet programoknak a Ot Designer segítségével. 


gy további adatkezelő osztály a OSalCursor, amit 
közvetlen adatkezeléshez is használhatunk, de a 
fejlesztők fő célja az volt, hogy a grafikus elemek 
adatforrásának a szerepét is betölthesse. Ebben a pontban 
csak az adatkezelő vonatkozásokat tekintjük át, így példa- 
programjaink továbbra is karakteres képernyőn fogják 
megjeleníteni a kimenetüket. 

Ez az osztály lehetővé teszi egy táblára vagy nézetre (view) 
épülő SOL select parancs megalkotását és végrehajtását, 
amelynek az SOL sormutatónak nevezett eredménytábla 
lesz az eredménye. A sormutató sorain haladva adatmódo- 
sító utasításokat is kiadhatunk. A gyors megértés érdekében 
lássunk egy egyszerű példát! A feladat legyen az, hogy az 
ujnevek tábla azon sorait listázzuk ki a képernyőn, ahol 

a honap-1 feltétel teljesül (lásd még az 55. CD 
Magazin/Ot/sgl 3.cpp könyvtárában). 


e 
77. sgl 3.6p6 
77 

tinclude 
tinclude 
tinclude 
tinclude 


ciostreams 
cdapplication.h:z 
cgsaldatabase.hs 
cgsalcursor.hz 


09 XI OV ÜT HB WIDE 


ke 


using std::cout; 


R FK 
BH OO 


.//--- A program indulási pontja --- 
same. mál jiü0 árgö; enat "eeegv) 


a. 


R ROB 
HS 19 NH 


OdApplication app(ardgc, argv, false); 
OSalDatabase "pg - OSalDatabase: : addDatabase 
sz (  "OPSOL7", "PG CS ADATOK" ); 

if ( Ipg ) ( cout cc 

ss"Hiba az illesztőprogram betöltésékör!" : 
ereturn 11); ) 


JéösY 
(1 


ea 
OV 


A a 

18. pg-ssetDatabaseName( "cs adatok") ; 
19. pg-ssetUserName ( "postares" ) ; 

20. pg-ssetPassword("111111") ; 


21. pg-ssetHostName ( "localhost" ) ; 

22. pg-ssetPort( 5432 ); 

ak 

24. 1f£ ( !pg-sopen() ) 

25. 4 

26. cout cc "Hiba: az adatbázis nem nyitható 
sz meg!" ; 

27. return (1); 

28. ) 

29 , 


30. OSalCursor cur( "ujnevek! , Db9d) 
31. cur.select("honap—"1""); 


4 a 


true, 


40 
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33. while ( cur.next() ) 
34. 4 
309. GOUúL zzz "Xn" 

—-La Cur.value( "honap" ) .toString() ac "Nt"; 
36. cout 

5-Z, Cur.value( "nap" ) toString() cca "Nt"; 
37. cout cc cur.value( "nevnap" ) .toString(); 
38. ) 
39 a 


40. pg-5sClose(); 
41. return 0; 
42.) 


Az 17-29. sor ismert fogalmakat tartalmaz. A 30. sorban egy 
cur nevű OSalCursor típusú objektumot határoztunk meg. 
A létrehozó első értékében megmondtuk, hogy a végrehaj- 
tandó select az ujnevek táblára épüljön. A második, true 
érték azt kéri, hogy önműködően jöjjön létre a sorokat és a 
mezőket elérhetővé tevő OSalRecord és OSalField objek- 
tumegyüttes; a harmadik érték tisztázza azt, hogy melyik 
adatbázis-kapcsolaton szeretnénk dolgozni. A 31. sorban 
történik a select parancs véglegesítése és végrehajtása. 

A select () tagfüggvénynek több alakja is van, így megad- 
hatunk szűrőket (esetünkben honap- !" 1 ! ), sorrendeket, illetve 
mindkettőt egyszerre. A fentiek alapján létrehozott, tényle- 


gesen végrehajtott SOL-parancs a következő lesz: 
select " from ujnevek where honap-!"1!"!; 


A 33-38. sorban egy ciklusban kiírjuk a lekérdezett adatokat. 
A cur . value egy OSalRecord objektumra mutat, amelyen 
keresztül az oszlopok nevét (használhatnánk indexet is) hasz- 
nálva könnyen hozzáférhetünk adatainkhoz. 

A fenti program által kiírt lista nem biztos, hogy a napokat 
nagyság szerinti sorrendben hozza le. Amennyiben ezt a 
feladatot is meg szeretnénk oldani, akkor a cur. select () 
hívást a következőképpen át kell fogalmazni: 


OSallíndex idiIndex; 
ÖSLtringList - ind. z 
idíindex - cur.index( 
cur.select ( "honap—"1"", 


OStringList—() 
ind ); 
idíIíndex ) ; 


44 tiara" ; 


LE at st 4 


Látható, hogy a szűrőfeltételt a select ( ) első értékében meg- 
hagytuk. A második értéket egy OSa1 Index objektum segítsé- 
gével lehet megadni, ennek létrehozását a sormutatóobjektum az 
index ( ) tagfüggvénnyel, a fenti módon támogatja. A létreho- 
zott és végrehajtott SOL-parancs ez esetben a következő lesz: 
select " from ujnevek where honap-"1" order 
by nap; 
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A Ot osztálydiagram 


Most már tudjuk, hogyan hozhatunk létre egy SOL sormutatót 
-— a következőkben annak módját ismerjük meg, hogyan lehet a 


sormutató használatával adatmódosító műveleteket végrehajtani. 


Már az elején felhívjuk a figyelmet a 

OSagiCursor : : setPrimary1Index ( ) tagfüggvényre, ami 
arról ad tájékoztatást, hogyan lehet egy táblában vagy nézet- 
ben egy sort egyértelműen azonosítani. Ezt a hívást az uudate 
és delete műveletek igénylik, az insert enélkül is hibát- 
lanul működik. Amennyiben a táblának van elsődleges kulcsa 
és ez csak egyetlen mezőből áll, ez a hívás elhagyható. 
Emlékezzünk vissza, hogy egy sormutatónaknak mindig van 
egy pillanatnyi sora, ami egyébként OSalRecord típusú. Ez a 
sor egy átmenetitár-területen van létrehozva, aminek a címét 
a 0SgliCursor primelnsett ( ) , pr(imelpdate ( ) vagy 
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primeDelete ( ) tagfüggvényével le is kérhetjük, attól s 
függően, hogy mit szeretnénk csinálni. e 
A OSalCursor osztály kalkulált mezőket is tartalmazhat. Aaa 
Nézzük meg az alábbi programrészletet, ami az update . 
műveletet mutatja be; a program az i . Imre1 . névnap értéket 2 
irImre (én) le értékre cseréli ki. 3 
si LRSZNNPKZSTB — 
2. OSalCursor cur("ujnevek", true, pg); a 
3. OSallíndex idilndex; je 
4, OSLtrinüLiet ind. z OStrindList( ú 
ete hona az "OT s je 
5. idiíndex - cur.index( ind ) ; sz 
6. // A következő " sor fontos a del() Ek 
77 és. az üpdatel) működéséhez 298 
7. cur.setPrimaryilndex( idiIndex ) ; 2 
8. cur.select( "nevnap-"Imre"" ); 5z 
9. cur.next () ; oO 
10.OSalRecord "rec - cur.primeUpdate( ) ; 


// Csak lekérjük 
11. rec-ssetValue( "nevnap", 
12. cout cc "WnRekordszám: " 


":"Tmre (én) "); 
aZ cur.updateí(( ) ; 


A fenti kódrészlet a szokásos adatbázis-kapcsolódással és 

az alkalmazásobjektum létrehozásával indul, amit az 1. 
sorban io. . . 10-tal jeleztünk. Az SOL update művelet 
szempontjából érdekes kódrészletet a 2-12. sorban emeltük 
ki. A 2. sorban létrehoztunk egy cur sormutatóobjektumot 
az ujnevek táblára. A 3-—5. sor egy olyan OSalIndex objek- 
tum (melynek neve idIndex) létrehozását mutatja, amiben 
az ujnevek tábla honap és nap oszlopai az indexelés szem- 
pontjai. A cur objektum index ( ) tagfüggvénye szolgáltatja 
az indexelőobjektumunk létrehozását, amit ezután a 7. sor- 
ban a setPrimaryIndex ( ) hívásban használni tudunk, 
így megteremtettük az update művelet használhatóságát. 

A 8. sor lefuttatja az SOL select lekérdezést a 

nevnap- " Imre ! szűrés mellett. A 10. sorban a rec rekord- 
mutatót az update átmeneti tár memóriacímre állítjuk, így 
bármelyik is legyen a sormutató pillanatnyi sora, a rec is 
eléri azt mivel OSalRecord osztálybeli objektum. A rec 
mutatón keresztül könnyen módosítható a sormutató pilla- 
natnyi sora. A setValue ( ) tagfüggvény első értéke az 
oszlopnév, míg a második tulajdonság (argumentum) a 
beállítandó új érték. A 12. sor lényegi része a cur . update ( ) 
hívás, ami egy SOL update parancs kiadását jelenti, illetve 
visszaadja a sikeresen módosított sorok számát. 

Az SOL sormutató használatával végrehajtható törlés művelet 
is egyszerű. Ebben az esetben a következő kódsorokat kell 
használnunk a megfelelő helyeken: 


OSalRecord "rec - cur.primeDeletec( ) ; 
// Csak lekérjük 
cout cca "MnRekordszám: " cc cur.del(); 


A beszúrás műveletet a következő kódminta szemlélteti: 


OSglRecord "rec - cur.primelnsert ( ) ; 
// Csak lekérjük 


rec-ssetValue( "honap", 11); 
rec-ssetValue( "nap", D5); 
rec-ssetValue ( "nevnap", "Imre" ) ; 


cout cca "WnRekordszám: " cc cur.insert—() ; 
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Hibakezelés 

Az SOL alapú hibák természetesen egy-egy adatbázis-kapcsolat 
viszonylatában merülnek fel, így a hibás állapotot is egy 
OSalDatabase objektumon keresztül tudjuk lekérdezni, amire 
a OSalError típusú objektumot visszaadó lastError ( ) 
tagfüggvény szolgál. Például a következő kódsor a képernyőre 
az utolsó SOL-műveletben felmerült hiba típusát (a pg az 
adatbázis-kapcsolatot megtestesítő objektum) írja ki: 


cout cc "NMnA hiba — " cc 
b (pg-slastError ( ) ) . type ( ) ; 


Adatbázis-kezelő grafikus programok készítése 

Eddig kizárólag olyan programokkal foglalkoztunk, amelyek- 
ben csak a szöveges képernyőt és a Ot SOL-modul illesztő- és 
adatkezelő részeit használtuk. Most áttekintjük a Ot SOL 
rendszer harmadik nagy részterületét, az adat(bázisjfüggő 
elemek (widgets) használatát és a grafikus programok készíté- 
sének a módját. Most csak egyszerű példákat mutatunk be, 
nem feltételezzük, hogy az olvasó ismeri a Ot grafikakészítés 
módszereit: jel-, illetve foglalat- (signal/slot) szerkezeteket, 
akciókat, eseményeket és a grafikus vezérlőket. 

Nézzünk meg egy kicsi, de teljes mintapéldát, ami a nevek 
táblánk táblázatszerű kezelését mutatja meg (lásd még: 

55. CD Magazin/Ot/tablazat 1.cpp), : 


da: 2 

2. // tablazat 1.cpp 

sz ad 

4. tHtinclude ciostreamsz 

5. Hinclude czdgapplication.h: 
6. tHtinclude casaldatabase.hz 
7. Hinclude czasalcursor.hs 
8. tHtinclude czadatatable.hsz 

ő 

10.using std::cout; 

11. 

12.int main(int argc, char ""rargv) 
12.54 


14. OAboölicátion applarga; true) ; 
15. OSalDatabase "pg - 


sOSagalDatabase: : addDatabase 


argv, 


sz ( "OPSOL7", "PG CS ADATOK" ); 
16. if ( !pg ) ( cout cc "Hiba a driver 
eebétöltéseköori"; return (1); ) 
17 a 


18. pg-ssetDatabaseName ( "cs adatok"); 
19. pg-setUserNamel "DOStÜTÉS" ) ; 

2024 DO-SSELPáABÉWOLOT  I1ILIIL") ; 

21: Pg-zsétHostNamei" localhost" ) 


22... Dú-2BEtPOrti 5432 ); 

év 

24. 1f£ ( !pg-sopen() ) 

25. ff cout zzz "Hiba: az adatbázis nem 


eejyitható megi"; 


26. return (1); 

21. 3 

28: 

29. OSalCursor kurzor ("ujnevek", true, pg); 

30. kurzor.select(""); 

aA 

32. ODataTable "t - new ODataTable( 
—skurzor, false ); 
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34. t-sadddolumnit "honap"; "Hónap" ) 
35. t-saddColumni "nap", "Nap"); 

36. t-saddColumn( "nevnap", "Névnap" ) ; 
87 a 

38. app.setMainWidget( t ); 

d a 


40. t-srefíresh( ) ; 

41. t-sehow( ) ; 

42 ; 

43. return app.exec ( ) ; 
44.) 


Előzetesen érdemes megjegyezni, hogy a Ot-elemek mind- 
egyike tároló- (container) és vezérlőelem egyaránt lehet, 

ami a veterán Windows-programozók számára talán még 
meglepő is. Bármelyik elem betöltheti a fő vezérlő szerepét 
is. A tablazat 1.cpp programban a ODataTable összete- 
vőt alkalmaztuk, egyben az az alkalmazás fő vezérlője is. 

A 14. sorban meghatározott app alkalmazás az objektum 
harmadik értéke true, ami lehetővé teszi a grafikus elemek 
használatát. Ez újdonság az eddigiekhez képest. A 29-30. 
sorokban hoztuk létre azt a kurzor objektumot, ami egyben 
a grafikus tábla vezérlő adatforrása is lesz. A 32. sorban 
hozzuk létre a t mutatót, ami egy ODataTable objektumra 
mutat. A létrehozó első értéke a kurzor objektumunk címe. 
A második, false értékű azt jelenti, hogy mi akarjuk meg- 
határozni a táblázat oszlopait. Amennyiben itt true értéket 
adunk, az oszlopok önműködően a sormutató oszlopaiból 
lesznek képezve (auto populate üzemmód). Ebben az esetben 
a 34-36. sorra nem volna szükség. Az addColumn ( ) tagfügg- 
vények az oszlopokat határozzák meg, amelyekben az érté- 
kek jelentése ebben a sorrendben: egy sormutató oszlop- 
változó, az oszlop fejléc címkéje. A 38. sorban táblázatunkat 
beállítjuk az alkalmazás fő vezérlőjének. A 40. sor refresh ( ) 
tagfüggvénye felolvassa a kurzor sorait (hatékony, mert csak 
annyit, amennyi a megjelenítéshez szükséges) és ki is listázza 
azt. A 41. sor a vezérlőt megjeleníti a képernyőn. 

A táblázatos kezelést megvalósító programunk futási 


képét az 55. CD Magazin/Ot könyvtárban lévő tablazat.jpg 
kép mutatja. 


Urlap alapú programok készítése 

A Ot rendszerben a Delphi/C-t--- Builder-űrlapokhoz ha- 
sonló bonyolultságú űrlapokból álló alkalmazásokat is 
készíthetünk. Már most célszerű megemlíteni a Ot Desig- 
ner nevű kiváló eszközt, amivel grafikusan készíthetjük 

el az űrlapokat, illetve az eseménykezelők és az események 
összekötését. A Ot Designer a Java nyelv elgondolásához 
hasonló - fejlett önműködő elemelrendezés-kezelővel (lay- 
out manager) rendelkezik. Az adatbázis alapú űrlapok készí- 
tésének áttekintéséhez nézzük meg a form1.cpp program 
forráskódját. 


Vasa 

// formi 
// 

tinclude 
tinclude 
tinclude 
ttinclude 
tinclude 
tinclude 


. CPP 


cdgapplication.hs 
cadialog.hz 
cglabel.hsz 
cglineedit.hsz 
cagsalform.hz:z 
cdgsaldatabase.hzsz 


KO 00 XI OV UI HW IE 


e LL 


10 
2 
a 


Hinclude czasalcursor.hsz 
Hinclude czadatatable.hsz 
Htinclude calayout.hz 


AZ a 


14. 


45 


16 a 
úly 48 
16 s 


Idd Adídít IT t111 ítt í101411119111 
. class TMyForm : public ODIialodg 

1 

public: 

TMyForm-(( ) ; 


A a 


20 a 
el a 


OSalDatabase "pg; 
OSaliCursor kurzor; 


ls 


Aa 
24. 
E a 
zZ6 
2d a 


OLineEdit "l]lNev; 
OLabel "l]Honap; 
OLabel "l]Nap; 
OGridLayout F"grid; 
Ta 


SZ 


A 


30. 
31 


AZ s 
28 
34. 
8016 
30; 
31 
30 : 


. IMyForm: : TIMyForm-( ) 

( 

pg - OSalDatabase: :addDatabase( "OPSOL7", 
"PG CS ADATOK" ); 

// Kapcsolódás az adatbázishoz 

pg-ssetDatabaseName ("cs adatok!" ) ; 

pg-ssetUserName ( "postares!" ) ; 

pg-ssetPassword ("111111") ; 

pg-ssetHostName ( " localhost" ) ; 

pg-ssetPort( 5432 ); 

pgsopSn( ) s 


2 ia 


40. 
411. 
42. 


OSalCursor kurzor("ujnevek", true, pg); 
kurzor. select ( "honap—"1""); 
kurzor .next ( ) ; 


43. 


44. 
45. 
46. 


lNev - new OLineEdit (this); 
lHonap - new OLabel(this) ; 
lNap - new OLabel(this) ; 


EZ a 


48. 
49. 
AÚ a 
91 a 
02 


grid - new OGridlayout (this) ; 
grid-saddWidget( lNev, 0, 0 ) 
grid-saddWidget( lHonap, 1, 0 ); 
grid-saddWidget( lNap, 1, 1 ) 
grid-sactivate() 


1 


53 a 


54. 
DR aj 
06 : 
DE 
082 
EV a 
60: 


ÖSgiForm atormiíthis) ; 

aform.setRecord( kurzor.primeUpdate() ); 
aform.insert(1lNev, "nevnap" ); 

atlorm. insert ( LHonap, "Hhonap") : 
aform.insert(1]lNap, "nap"); 

aform. readFields ( ) ; 


61. 


62 
6.3 


64. 
58 4 


.//--- A program indulási pontja --- 
int máinliint age; chat "éágrgy) 
1 


dApplication app(ardgc, ardgv, true); 


66. 


67 
ÉJT a 
69. 
Va 
Ta 


TMYFOEm "Tt z fmew TÍNyFoEmi):; 
Tf-s8how ( ) ; 

app . setMainWidget (£ ) ; 
return app.exec ( ) ; 
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A 15. sorban egy TMyForm osztályt vezetünk be, ami a 
ODialog utóda. Az osztály 15-27. sorában lévő megadá- 
sából (declaration) látható, hogy ugyanazokat a grafikus 
elemeket (címke, editor) használjuk, mint amikor nem 
használunk mögöttük adatforrásokat. A form1.cpp prog- 
ramban az osztályunk létrehozója minden lépést elvégez 
ahhoz, hogy az űrlapunk adatfüggő űrlap legyen. A 40-42. 
sor létrehozza az űrlap adatforrását. A 44-46. sor három 

új grafikus vezérlőt létesít, amiket a 48-52. sorban meghatá- 
rozott grid nevű elrendezés-kezelő önműködően felpakol 
az űrlapunkra. 

Nekünk csak azt kell megmondanunk, hogy a képzeletbeli 
rácscellák közül melyik vezérlőt hol (sor, oszloppozíció) 
szeretnénk látni. Végül az 54—59. sor az, ami űrlapunkból 
adatbázis-függő űrlapot varázsol. A feladatot egy OSalForm 
típusú aform nevű objektum végzi el, aminek a tulajdonosa a 
this, azaz a mi későbbiekben létrehozandó IMyForm (a neve 
("f£) lesz ésa main () függvényben látható) objektumunk 
lesz. Az 55. sor jegyzi be, hogy az adatforrás rekordjait honnan 
kell majd venni. Az 56-58. sor világosítja fel atorm objektu- 
munkat arról, hogy egy adott elemhez melyik sormutató- 
oszlopot szeretnénk társítani, majd az 59. sorban elvégezzük az 
elemek tényleges adatfeltöltését. A 63-71. sorban megírt 
main () főfüggvény működése során létrehozzuk a TMyForm 
objektumunkat, ami egyben a program fővezérlője is lesz. 

A form1.cpp futtatható változatát az 55. CD Magazir/Ot 
könyvtárban lévő form.jpg képen láthatjuk. 

Űrlapunk jelenleg csak annyit tud, hogy a sormutató első sorát 
megjeleníti egy űrlapos űrlapjában (Fruzsina, 1, 1 névnap, 

hó, nap). A navigálás, az adatmódosítás és az adatbázisba való 
mentés még nincs megoldva. A név mezőt már most is egy 
OLineEdit vezérlő tartalmazza, ezért a megjelenített első 
rekordnak ezt a mezőjét módosíthatjuk. De hogyan érvé- 
nyesíthető ez a módosítás az adatbázisban? Erre szolgál a 
OSalForm: :writeFields () tagfüggvény. Az adatbázisban 
való módosítást tehát a következő kódrészlet mutatja be: 


változtatások a form vezérlői segítségével 
aform.writeFieldsc( ) ; 
kurzor. update ( ) ; 


Ezt a kódrészt valakinek meg kell hívnia, azaz jellemzően 
egy eseménykezelőben kívánatos szerepeltetni. A TMyForm 
osztályt ki kell egészíteni egy PUBLIC SLOT szerepű, 
mentes ( ) nevű tagfüggvénnyel, ami ezt az eseménykeze- 
lést valósítja meg. Ez a tagfüggvény így egészítené ki az 
osztályunkat: 


class TIMyForm : public ODialog 
( 

public: 

TMyForm-(( ) ; 

public slots: 

void mentesc() ; 


A public slots címkét a Ot moc (Meta Object Compiler) 
program tünteti el, illetve szabványos C-t ---programot hoz 
létre belőle. 

Ezek után feltehetünk egy OPushButton vezérlőt az űrlapra, 
amelynek a megvalósítása vázlatosan így nézne ki: 
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OPushButton "btnMentes - new 
OPushButton( "Mentés", this); 


grid-saddWidget (btnMentes, 2, 2); 
// Elhelyezzük az űrlapon 


connect (btnMentes, SIGNAL(ciickedíc() ), 
sthis, SLOT(mentesc(( ) ) ) ; 


A btnMentes gomb létrehozása után azt a már előzőleg 
létrehozott grid elrendezés-kezelő objektumunk segítségével 
feldobjuk az űrlapunkra. A connect ( ) nagyon fontos függ- 
vény, mert ez köti össze az eseményt keltő objektum jelzését 
(signal) az eseményt kezelő objektum(ok) eseménykezelőivel, 
azaz a foglalattal. A connect ( ) függvény értékeinek 
értelmezése: 


1. A jelzést küldő objektum címe. 

2. A jelzés (ez csak egy olyan tagfüggvényfej, amit soha nem 
kell megvalósítani, de meg kell határoznunk az értékeit, 
ha vannak; a click ( ) jelzés érték nélküli). 

3. Az eseményt kezelő objektum címe. 

4. Az eseményt kezelő függvény, amit foglalatnak nevezünk 
(foglalat, mert ide csatlakoztathatjuk az eseménykezelést). 


A form1.cpp programnak tehát azt a változatát is elkészíthetjük, 
amikor az adatbázisba mentő kód egy gomb megnyomása 

utá lefut. 

A navigálás is hasonlóan oldható meg. Be kell vezetnünk a 
navigálógombokat (vagy más erre használható vezérlőt), amik 
mögé olyan eseménykezelőket (foglalatokat) kell írnunk, amik 
meghívják a kurzor .next ( ) . . . tagfüggvényeket. 


A Ot Designer használata 

A gyakorlatban a komolyabb kiépítettségű űrlap alapú prog- 
ramjainkat általában nem soronként írjuk meg, így a Ot rend- 
szerben is megtalálható a Ot Designer nevű grafikus fejlesztői 


at at 


környezet. A Designer az adatbázisfüggő űrlapok készítését is 
lehetővé teszi (1. kép). 

Ez az eszköz a grafikai tervezés eredményét (űrlapok és ese- 
ménykezelők) egy ".ui kiterjesztésű felhasználói kezelőfelület 
leíró XML-fájlban tárolja. Az ui fájlokból valódi C-t ---forrás- 
program hozható létre, amelynek elkészítési folyamatát ábránk 
mutatja. A létrehozott C-t ---forrásprogram az űrlap osztályát 
megvalósító kódot is tartalmazza, amit az alkalmazás más 
helyein természetesen kedvünk szerint használhatunk, de a 
létrehozott forrásfájlokat kézzel ne változtassuk meg, illetve 
szükség esetén használjuk az öröklés lehetőségét. A Ot Desig- 
ner szorosan össze van építve a KDevelop fejlesztői környezet- 
tel is, a két eszköz együttes használata nagyon termékeny. 

A Designerben látható fenti űrlap egy ODataBrowser osztály 
alapú űrlap, ami a már ismert ODataTable osztály űrlap alapú 
testvére. Ez az osztály fogja tartalmazni a már ismertetett 
OSalForm objektumot, így nekünk nem kell egy külön 
TIMyForm szerepű osztályt gyártanunk. A fenti űrlapot a 
Designer segítségével a következő lépésekben hoztuk létre: 


1. Egy teszt nevű új projekt létrehozása. 

2. A Tools/Database/DataBrowser menüpont mögötti varázsló 
futtatása (létrehozza az űrlapot). 

3. Mentés után a következő fájlok találhatók a lemezen: 
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teszt.pro (ez a projektfájl), ab gt form1.ui (a megtervezett 
űrlap egy XML formátumban tárolt leírása), ab gt form1.h. 
A main.cpp főprogramot a következő minta alapján 
lehet létrehozni, illetve a Designerben ezt a fájlt is hozzá kell 
adni a teszt.pro projektünkhöz. 


1. Hinclude cdgapplication.hz 
2. tHtinclude casaldatabase.hz 
3. tftinclude 
sz" /home/inyiri1/cpp/at sal/.ui/ab at formi.h" 


A 

5. int main( int argc, char "7?" argv ) 

6. 4 

7. OApplication a( argc, argv ); 

0 

9.. OSgiDatabase "pg z 
soOSagiDatabase: : addDatabase( "OPSOL7" ) ; 

10. pg-ssetDatabaseName( "cs adatok") ; 

11. pg-ssetUserName ( "postares!" ) ; 


12. pg-ssetPassword("111111") ; 
13. pg-ssetHostName ( " localhost" ) ; 


14. pg-sopen-( ); 

14 

16. Formi "w - new Form! ; 

17. w-sshowt(( ) ; 

18. a.connect( §£a, SIGNAL( lastWindowClosedc( ) 
s), ka; SLÖTIV guiti) ) ); 

19. return a.exec ( ) ; 

20.) 


A 9-14. sorból láthatjuk, hogy az adatbázishoz történő kap- 
csolódást nekünk kell beprogramozni. A 16. sorban található 
Formi1 osztály a Designerben lett meghatározva. lermészete- 
sen nincs semmilyen korlát arra vonatkozóan, hogy a 
projektünk hány űrlapot tartalmazhat. 

Ebből a négy fájlból a következő lépésekkel állítható össze 
egy futtatható program: 


1. amake teszt .pro 
A Ot amake segédprogramja a Designer-projektfájl alapján 
létrehoz egy szabványos Makefile-t. Ez az eljárás a 
felülettfüggetlen programozást is lehetővé teszi. 

2. make 
A cikk példáit és a fordítást támogató Makefi1e-okat a maga- 
zin 55. CD-jének Magazin/Ot könyvtárában találhatjuk meg. 


Mindenkinek kellemes programozást kívánok! 
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Mindenre van megoldás! 


Avagy pazarlás lenne egy régi gépet csak azért kidobni, mert nem tegnapi rajta a dátum. 





z elmúlt két hétben egy meglehetősen régi géppel 
A dolgoztam. Gyakorlatilag egy rossznak kikiáltott, 

, halálra ítélt" gépről van szó, amelynek a képességei 
mai szemmel nézve igen szerénynek tűnnek. 
Egészen pontosan egy Pentium 75 MHz-es processzorral szerelt, 
16 MB EDO memóriát tartalmazó gépről van szó, aminek a hát- 
tértára 859 MB kapacitású, 5,25"-os méretű, igen koros merev- 
lemez. Ezenkívül a képért egy 53 Irio felel. A gép olyan szinten 
állt, hogy gyakorlatilag ujjnyi volt benne por, és a CD-meghaj- 
tója sem akart semmit beolvasni. Egyetlen , használhatónak" 
ítélt eszköze a monitor volt, ami talán még ért is valamennyit. 
Egy igazi számítógéphívő számára viszont nincs rosszabb 
érzés, mint csak úgy kidobni egy számítógépet - én is önkén- 
telenül a megmentésén kezdtem el fáradozni. Ennek a folya- 
matát fogom mott leírni. 


Oreg gép nem vén gép 

Az első feladat a gép szétszedése volt (közvetlenül a bekapcso- 
lás után), hogy megnézhessem, mi újság odabent. A bekapcso- 
lás után a használhatatlan CD-meghajtóval szembesültem. 

A gép takarításért kiáltott, ugyanis az ujjnyi por sem az elektro- 
nikának, sem a merevlemeznek nem tesz jót. Azonnal nekifog- 
tam, és gyakorlatilag darabokra kaptam a gépet. A takarítást 
követő összerakás során a rossz CD-meghajtót már vissza sem 
tettem, hanem finoman áthelyeztem a kukába, és feltúrtam a 
saját , leselejtezett eszközök" dobozomat, majd beletettem a 
meglelt, nem kevésbé öreg, de működőképes CD-meghajtómat. 
Ekkor a gép már teljesen használhatónak tűnt, pontosabban 
minden alkatrész működött. Ezután a hozzávaló programok 
keresése következett. Mivel más rendszer szóba sem jöhetett, és 
bő választékom van Linuxokból és általában a nyílt forrású 
rendszerekből, nem volt gond utánanézni, vajon mi is futna 
emberi sebességgel ezen a kielégítőnek nem nevezhető gépen. 
löbb rendszert is kiválasztottam, amelyekkel érdemesnek tűnt 
kísérletezgetni. A feladatnak ebben a szakaszában kell eldön- 
tenünk, hogy pontosan mire is szeretnénk használni egy ilyen 
kiépítésű gépet. Igazából két fő , feladatkör" jöhet számításba: 
vagy kiszolgálóként, vagy ügyfélként üzemeltethetjük. Ha ki- 
szolgáló lesz, akkor egyszerűen csak védje a belső hálózatot 
vagy legyen rajta FIP-kiszolgáló is? Ennek a megoldásnak nagy 
előnye, hogyha egyszerűen csak a védelem és az internet- 
megosztás a feladata, akkor igazából elegendő hozzá a jelenlegi 
kiépítés, főként, hogy így nincs szükség az X-felületre. lelepí- 
teni ugyan lehet (hátha mégis kell), de ez nem jelenti azt, hogy 
akkor is futnia kell, ha végképp semmi szükség nincsen rá 
(általában erre lehet számítani egy kiszolgáló esetében.) 

Ha azonban ügyfélként működtetjük, felmerülnek bizonyos 
nehézségek. Grafikus felület például ilyenkor mégiscsak szük- 
séges rá, ami szemmel látható sebességcsökkenéssel jár, még 
akkor is, ha egy jóval kevesebb erőforrást használó ablakke- 
zelőt állítunk be, mint a KDE. Ialán mondanom sem kell, hogy 
ezen a kiépítésen a KDE és a Gnome alapból száműzve lesz, 
mivel a rendszer komolyan lelassulna tőlük. Iovábbi szempont, 
hogy a processzor sebessége mennyi terhelés mellett mutat fel 
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megbízható, emberi sebességet; ezenkívül — mint a továbbiak- 
ban látni fogjuk — fontos a memória mérete is. Ezek tehát 
mind-mind lényeges összetevők. 


Mit is válasszak? 
A fentiek fényében elkezdtem gondolkodni - segítségül hívtam 
a kávétőzőt is -—, hogy mindezeken felül mit érdemes még 
figyelembe vennem, esetleg létfontosságú észben tartanom... 
Egy ilyen összetett kérdéskör esetén mindig az legyen az első 
lépés, hogy pontosan meghatározzuk a célfelhasználási 
területet. Ez nekem sem sikerült elsőre, ugyanis úgy gondoltam, 
hogy talán egy otthoni kis kiszolgálónak jó, ha ADSL-kapcsola- 
tot lehet vele felépíteni, és van benne iptables. Mivel ezt 
szinte mindegyik terjesztés tudja, úgy terveztem, hogy tovább- 
viszem a dolgot, és talán egy kicsit többet is ki lehet hozni 
belőle. Ezért alapfelhasználásaként kiszolgáló lesz, de ha elbír 
egy grafikus felületet egy Abiworddel, akkor talán ügyfélként 
is működhet a hálózat kiszolgálása és védelme mellett. 
Ekkor jönnek azok a nagyon fontos szempontok, amiket érde- 
mes alaposan végig gondolni, mégpedig az eszközök és a prog- 
ramok kölcsönös összefüggésének pontos vizsgálata. Arra 
gondolok, hogy a jó programválasztás tényleg csodákra képes, 
ha szempontként figyelembe vesszük, hogy az adott program- 
nak milyen a teljesítménye, az erőforrásigénye a gyártó által 
megadott eszközökön. 
Ez egy kicsit nyilván csalóka, ugyanis egy Linux-változat majd 
a végletekig méretezhető (a személyes rekordom egy 486-os 
4 MB memóriával, amelyen a grafikus felület nem evilági mó- 
don tekeri a lemezt és nagyon lassú is, de karakteresen üzemel). 
Ez nem jelenti azt, hogy hozza a jó sebességet, illetve kiszolgá- 
lóként a biztonságot. lermészetesen a Linux méretezhetőségé- 
nek egyik alapeleme, hogy a rendszermagot az adott kiépítés- 
hez lehet fordítani, de nem hiszem, hogy bármelyikünk szíve- 
sen kivárná, amíg egy /5 MHz-es gépen lefordul a rendszermag. 
lekintsük át a szempontokat: 
1. A programnak nagyjából mennyi erőforrásra lesz szüksége? 
2. Az első kérdésre adott válaszhoz adjuk hozzá annak még 
legalább az ötven százalékát, bár én a 66 százalékával szere- 
tem megtoldani. Ekkor (ha a gép tudáshatárának a környé- 
kén maradunk) szinte biztosak lehetünk egy üzembiztos, 
elviselhető sebességű működésben. 
3. Milyen programok fognak futni ezen a rendszeren? 
Ez legalább olyan fontos, mint az első két kérdés, ugyanis 
nem tartom túl valószínűnek, hogy ezen a gépen valakinek 
sikerül úgy elindítania az OpenOffice.org rendszert, hogy azt 
lehessen rá mondani, hogy használható a sebessége. Ez egyút- 
tal visszautal a gép felhasználási területeinek kérdésére, mivel 
így jóval kisebb lesz az esélyünk, hogy irodai ügyfélként tud- 
juk használni. Ez nem jelenti azt, hogy a gép nem jó mond- 
juk kezdőknek Linuxot tanítani, vagy egyszerű szövegek 
szerkesztésére, esetleg egyszerű levelezésre, internetezésre. 
4. Nagyon fontos, kiszolgáló esetében pedig egyenesen elen- 
gedhetetlen tudnunk, hogy mégis milyen idős a rendszer? 
Ez nagyon fontos kérdés, ugyanis minél frissebb egy 
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rendszer, annál több hiba van benne kijavítva, s annál kisebb 
az esélyünk arra, hogy egy ismert biztonsági rés veszélyez- 
teti a hálózatunkat, illetve a gépünket. Feltétlenül nézzük 
meg, hogy milyen változatszámú a rendszermag, az X-felü- 
let, a gcc és hasonlók. (Nekem jelen esetben - az S$3 video- 
kártya miatt — nagyon jól jön a 3-as X.) 


Ez látszólag csak pár apróság, azonban nagyon meg tudjuk 
könnyíteni az életünket, ha alaposan végiggondoljuk őket. 
Nekem tucatszám vannak itthon Linux-változataim, ezek 
fényében mégis kevésnek éreztem a számosságukat. 

löbb terjesztést válogattam ki -— sajnos a nem kifejezetten 
kisebb gépekre tervezett terjesztések szinte kivétel nélkül hara- 
kirit követtek el, amikor meglátták, hogy mekkora a gép. 

A legtöbbjük már az első indulás során sem akart eljutni a 
telepítőig, ugyanis kevésnek találták a memóriát. Nem egyszer 
fordult elő, hogy maga a memórialemez (ramdisk), amiben el 
szeretne terpeszkedni, ugyanakkora volt, mint maga a rend- 
szermemória. Táblázatba szedtem, hogy hány Linux-terjesz- 
téssel kísérleteztem, és mi lett az eredménye. 

Mint a táblázatból látható, a manapság forgalomban lévő 
terjesztések nem ilyen kis gépre lettek kitalálva. Ennek ellenére 
találtam egy tökéletes gyöngyszemet: a Vector Linux 3.x több- 
kevesebb sikerrel mindennek megfelelt. Elvben elindul egy 
486-os gépen, de ezt mégsem javasolnám, viszont a vizsgált 
gép esetében tökéletes. 


Heuréka! 

A Vector Linux már 2.4.x-es rendszermagot tartalmaz, valamint 
2.95-ös gcc-t, és mindez 16 megabájt memóriára van belőve 
(optimalized). 350 megabájt merevlemez-terület szükséges 
neki, és tudja az ADSL kapcsolatot, az iptables-e elég fejlett, 
és reményre ad okot, hogy az X még 3-as (ez kezeli még az 
53-as kártyákat), alapértelmezett ablakkezelője pedig az i cewM. 
Ekkor derült ki a gép további hibája: hiába tartalmazza a BIOS 
a CD-ROM-ról a rendszerindítást, mégsem képes végrehajtani. 
Mást nem lehetett tenni, elkészítettem a telepítő CD-n meg- 
található két hajlékonylemez lemezképe alapján a Vector Linux 
indító- és rootlemezét. Erről indítva a gépet hozzá is láthatunk 


a telepítéshez. Ekkor egy régi VGA képernyő fogad bennünket. 


Sajnos egy kicsit együgyű a telepítő, tehát nem enged 
szabadon garázdálkodni, például feltétlenül ragaszkodik a 
merevlemez ellenőrzéséhez. 

Azoknak, akik egyébként nem szoktak hozzá a régi telepítők- 
höz (én már el is szoktam tőlük) mindenképpen javaslom, 
hogy ne egyedül álljanak neki. Viszont miután ezen a kis 
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nehézségen túljutottunk, szinte azonnal felmászik az alaprend- 
szer. Bámulatos módon valóban 350 MB merevlemez-területre 
van szüksége. Érdekes viszont, hogy az alaprendszer telepítése 
és az MBR-telepítés (LILO-t használ és telepít) után teszi csak 
fel az X-felületet, és ezután a rendszermagot. A telepítés befe- 
jeztével egyébként egy teljesen használható rendszert kapunk, 
ami megfelelhet az alapvető igényeknek. A grafikus felületet 
meglepő módon nemcsak a jól ismert XF86Configgal, hanem 

a SuSE 6.x/7.x-ből ismert sax-szal is be lehet állítani (messze 
jobbnak és szebbnek tartom, mint az XF3$6Contfigot). 

Ha mindez megvan, akkor érdekes módon egy emberi 
sebességű, de teljesen jól futó rendszert kapunk. Alap és ablak- 
kezelője az IceWM, de van WindowMaker is. A XDM az alap- 
értelmezett beléptetőfelület, de csak miután a /etc/init.d könyv- 
tár parancsfájljaiban engedélyezzük, ugyanis az induláskor 

a karakteres felület indul el, és csak rendszergazdaként lehet 
elindítani a grafikus felületet (startx parancs). 

Az IceWM témája vicces módon a Windows AF-t idézi, de 
számos egyéb témát is le lehet hozzá tölteni. Én az utóbbit 
követtem el. 

Ekkor jön még csak a neheze, ugyanis még semmi hasznosra 
nem használható a gép, mindössze működik. A kikapcsolás 
után beleszereltem egy rtl8139-es és egy rtl8029-es hálózati 
kártyát. A gépet bekapcsolva örömmel láttam, hogy az indulás 
során betölti a kártyákhoz a megfelelő modulokat. Egyébként 
szándékosan Realtek kártyákat raktam bele, mivel tudtommal 
ezek szinte minden rendszerrel együttműködnek. 


Írány a hálózat! 
A Vector Linux alatt a telepítőt a vasm-mel lehet meghívni. Ez 
azonban már csak alapszintű rendszerfelügyeletre használható 


— természetesen minket ezúttal a hálózat érdekel. Állítsuk be az 
eth0 és eth1-es kártyákat. A Vector nekem ugyan nem aján- 
lotta fel a poppoe kapcsolódási módot (ADSL kapcsolathoz nél- 
külözhetetlen), ennek ellenére megadtam neki a DHC P-t, illetve 
a DNS-t, és a bejelentkezéshez szükséges adatokat. Az eth1- 
nek viszont érdemes IP-t adni, hisz ő fogja kiszolgálni a belső 
hálózatot. Meglepődésemre -— habár sehol sem találtam a pppoe 
megadásának a helyét — könnyedén működött az ADSL. Ahhoz, 
hogy a belső hálózatról is el lehessen érni az internetet, igazán 
nem sok dolog kell. A Vector Linux alatt ismerjük az eth1 IP- 
címét és a netmaszk (255.255.255.0) is adja magát. A másik gép 
az, aminél vigyázni kell az adatok megadásával. 

Az ügyfélgépben a hálózati kártya IP-címe lehet egyazon tar- 
tományban, mint a kiszolgálóé, de ez nem javasolt. Ha lehet, 
válasszunk másik tartományból IP-címet, adjuk meg a kiszolgá- 
ló esetében is használt két DNS-t, illetve a netmaszk is azonos. 
Egy dologra kell csak ügyelni, ez pedig az átjáró (gateway). 

Az ügyfélgép számára az átjáró a Vector linuxos kiszolgálógép 
eth1-es kártya IP-címe; és arra is érdemes odafigyelni, hogy 

a legtöbb Linux számára nem az az eth0, amelyiket először a 
gépbe szereltük, hanem mindig a legfölső sínben elhelyezkedő 
hálózati kártya. (Sajnos akadnak kivételek, de a legtöbb Linux- 
terjesztés ez alapján sorolja be a kártyákat.) 

Ha ez is megvan, akkor gyakorlatilag semmi más dolgunk nin- 
csen, mint arra utasítani az iotables-t, hogy ossza meg az inter- 
netet. Nyissunk meg egy szövegszerkesztőt. Ez bármilyen lehet, 
akár a legegyszerűbb is, és a következő utasításokat írjuk bele: 


iptables -A FORWARD -i eth0 -Jj ACCEPT 
iptables -t nat -A POSTROUTING -o pppO 
9. j MASOUERADE 

echo 1 5 /proc/sys/net/ipv4/ip forward 


Az első sornál az eth0 adatait fogadjuk, és engedélyezzük a 
továbbításukat. A második sorban, a belső hálózatot kiengedjük 
a pppO-n keresztül a világba, az útirányító táblázatban kapja- 
nak helyet a "pppO" ads1 interface adatai (figyelem, az 
ADSL hálózati csatolófelülete mindig a pppO, nem keverendő 
össze az eth0-val, ami a fizikailag létező hálózati kártya esz- 
közleírója!), illetve ezt maszkolja is. Ennek az lesz a hatása, 
hogy a kiszolgáló , mögött" dolgozó gép minden hálózati adat- 
forgalmát úgy fogják látni kívülről, mintha a kiszolgálógép 
csinálná. lehát kimaszkoltuk, ezáltal eltüntettük az ügyfélgépet. 
Ezt ebben a formában célszerű egy parancsfájlban elhelyezni, 
és a szöveges fájlnak ne adjunk kiterjesztést, mert felesleges. 
Mindezek után semmi akadálya az ügyfélgépről az internet 
elérésének. Célszerű, ha a kipróbálásnál a kapcsolat felépíté- 
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sének minden szakaszában folyamatosan ellenőrizzük magun- 
kat. Először a kártyákat pingeljük, azután célszerű az egyik 
gépről a másikat pingelni. Legvégül pedig, amikor úgy gondol- 
juk, hogy mindent jól állítottunk be, az ügyfélgépről pingel- 
jünk webcímet, hogy lássuk, valóban jó-e a kapcsolat. 

A további beállítások igazából már csak finomítások. Így 
például a mentett parancsfájlra lehet egy indító parancsfájlban 
hivatkozni (a /etc/init.d/-ben találhatóak), így minden indítás- 
kor elindul a megosztás, illetve a véletlen ,leszakadásra" is 
lehet parancsfájlt írni, vagy akár a fenti három sort a végtelen- 
ségig finomítani. Eme alaplépések után egy működő hálózaton 
szinte már mindent meg tudunk tenni, habár erre a kis gépre 
adatbázis-kezelő rendszert nem tanácsos feltenni. 
lermészetesen célszerű ellenőrizni, hogy éppen milyen nyitott 
kapuk vannak a kiszolgálón (nmap parancs), és ennek megfele- 
lően szükséges tovább finomítani a beállításokat. Az iotables 
beállításait mindenképpen érdemes testreszabni, ugyanis nem 
árt, ha a belső hálózat védelmére is figyelmet fordítunk. 


Végszó 

A fentebb leírtak jól tükrözik, hogy kevéske képzelőerővel és 
egy kis erőfeszítéssel mindenféle bonyolult trükközés nélkül 
sikeresen beállítottunk egy olyan számítógépet kis hálózati ki- 
szolgálónak, amit rajtunk kívül talán mindenki kidobott volna. 
Elmondható, hogy hiába mindössze 75 MHz-es a processzor és 
16 megabájt a memória, ebből semmit nem látunk a hálózat 
használata során. A fent említett gép a leírt operációs rendszer- 
rel alkalmas volt arra, hogy három gépet szolgáljon ki és véd- 
jen. Az én véleményem az, hogy egy 3-5 gépes otthoni háló- 
zatot jó sebességgel, teljesen megfelelően ki tud szolgálni, és 
mivel régi gép, a fogyasztása is kicsi, tehát a családi költség- 
vetés sem érzi meg folyamatos használatát. 

Jó munkát és kellemes időtöltést kívánok a Linuxszal! 


Dancsok , strogg" Zoltán (stroggomail.tvnet.hu) 
Jelenleg technikai szerkesztőként dolgozik a BME- 


vesz részt, programozó matematikus szakon. 
Négy éve foglalkozik Linuxszal. Szabadidejében 
operációs rendszereket gyűjt és weblapot vezet. 
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internetes rádióállomást mindenkinek! (2. rész) 


A SHOUTcast webes felülete és a kiszolgáló különleges beállításal. 


orozatunk előző részében eljutottunk odáig, hogy az 
alapvető tulajdonságok beállítása után működésre bír- 
tuk a kiszolgálót, elláttuk egy bemenő adatfolyamfor- 
rással, s ezek után kapcsolódva a kiszolgálóhoz hallhatóvá vált 
a számítógépünkből kiáramló zenefolyam. Akár azt is mond- 
hatnánk, hogy készen vagyunk, ám ebben az esetben jogosan 
illethetnének bennünket azzal váddal, hogy a kihívások terén 
hamar megelégszünk az elért eredményekkel. Annak érdeké- 
ben, hogy e vádakat elkerüljük, s emellett még egy valóban 
minden tekintetben tökéletes összeállításhoz juthassunk, ebben 
a cikkben néhány szót szeretnék szólni adatfolyam-kiszolgá- 
lónk különleges testreszabási lehetőségeiről, valamint a külön- 
leges szolgáltatásként nyújtott webes felület kezeléséről. 


A mindenre odafigyelő, százszemű SHOUTcast 
Indiánnyelven talán valami ehhez hasonló névvel illethetnénk 
kiszolgálónkat, ugyanis ha valaki már belenézett a beállítás- 
fájlba az előző cikkben írt utasítások alapján, akkor láthatta, 
hogy mennyi mindent be lehet benne állítani a hallgatóság 
lélekszámától kezdve a nem kívánatos ügyfelek tiltási idejének 
lejártáig. Ezek a beállítások az otthoni vidám rádiózgatás 
eléréséhez természetesen nem fontosak, az alapértelmezett 
értékek tökéletesen megfelelnek, ám ha valaki az előző rész 
nyomán próbálná meg megvalósítani az ott említett kollégiumi 
rádióállomást, annak bizony szüksége lehet néhány különleges 
érték átállítására, hogy a rendeltetésszerű szolgáltatást senki 
meg ne zavarja, és a hallgatóság a lehetőségekhez mérten 
minél magasabb szintű műsorélményt tudhasson magáénak. 

A beállítási lehetőségeket a könnyebb kézben tarthatóság 
érdekében célszerű kategóriákba sorolni, ahogyan ezt a prog- 
ram írói meg is tették, és a beállításfájlban közreadták. A főbb 
csoportok az alábbiak: alapvető beállítások, naplózási tulajdon- 
ságok, hálózati beállítás, kiszolgálóbeállítások, hozzáférések 
kezelése, összevont többes beállítások, egyéb trükkök. 


Alapvető beállítások 

E csoport beállítási lehetőségeit előző írásunkban már végig- 
néztük, ide tartoznak ugyanis azok a tulajdonságok, amelyek 
megadása feltétlenül szükséges ahhoz, hogy egyáltalán futtatni 
tudjuk a kiszolgálónkat. Mint ahogyan azt is leírtuk, hogy itt 
található a csatlakozási jelszó, a kiszolgálókapu és a hallgatóság 
legnagyobb létszámának a meghatározása. 


Naplózási tulajdonságok 

Nagy rendszerek esetén bizony feltétlenül szükségünk lehet a 
működés időben változó részleteire is. lerjedelmes hallgatóság 
esetében ugyanis igen fontos, hogy ki mennyi sávot használ, 
mekkora a vonalunk terheltsége, s egyáltalán: szeretnénk 
tudni, hogyan állunk a hallgatósággal, mert ennek függvényé- 
ben megváltoztathatjuk a műsor tartalmát. Mindezek mellett 
erőforrást takaríthatunk meg, ha például egy háttérben futó 
kiszolgálónál kikapcsoljuk az amúgy sem látható konzolra 
történő naplózást. E nehézségek kezelését oldhatjuk meg a 
csoport különböző beállításaival. Nézzünk meg ezekből párat! 
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LogFile: itt állíthatjuk be a naplófájlunk helyét és nevét. 
Ha egyáltalán nem szeretnénk a naplózást, az adatokat 
irányítsuk a /dev/null-ba. 

RealTime: amennyiben ennek az értéke 1, a kiszolgáló 
konzolján minden másodpercben frissül a SHOUTlcast 
pillanatnyi állapota, ahogyan azt már az első indítás során 
is megfigyeltük. 
211724703810:391238 
s (0 unidgue) 
Screenlog: ennek az értéknek a nullára állításával 
kapcsolhatjuk ki a konzolra történő naplózást. 

W3CEnable: bekapcsolható vele a W3C (www compliant) 
naplózás, amelynek segítségével a webkiszolgálóknál szokásos 
naplót kaphatjuk eredményül. Ennek az az előnye, hogy igen 
részletes kimutatást kaphatunk akár minden egyes ügyfélről. 
Rögzíti az összes hallgató által lejátszott összes számhoz tartozó 
adatokat az elküldött adatmennyiséggel együtt. Ez természe- 
tesen önmagában egy kezelhetetlen adatmassza lenne, amellyel 
egyáltalán nem kerülnénk közelebb az általunk áhított adatok- 
hoz. Éppen ezért ez a napló olyan formátumú, hogy a HTTP- 
kiszolgálók naplójához illeszkedik, ezáltal lehetőségünk nyílik 
az ott használt statisztikakészítő programok használatára, 
amelynek segítségével így a naplófájlokat webes, grafikonokkal 
teli formában nézhetjük meg. A tárgyalt naplófájl nevét a 
W3CLog értékeként állíthatjuk be. 


Isleeping] 0 listeners 


Hálózati beállítások 

E beállítások megváltoztatására többnyire akkor lehet szüksé- 
günk, ha egyszerre több kiszolgálót is üzemeltetünk, vagy 
kiszolgálónkat épp továbbító üzemmódban használjuk. 

A részletekért vizsgáljuk meg inkább az egyes testreszabási 
lehetőségeket! 


SrcIP: itt adhatjuk meg, hogy melyik IP-címről kapcsolódhat 
az adatfolyam a kiszolgálónkhoz. Alapértelmezett értéke: ANY. 
Ez azt jelenti, hogy bárhonnan kapcsolódva sugározható 
adatfolyam a kiszolgálónkon keresztül. Ezzel csak az a gond, 
hogy így bárki, aki ismeri a jelszót, kapcsolódhat hozzánk. 

Ezt úgy akadályozhatjuk meg a legjobban, hogy megnevezzük 
azt az egy gépet, amelyet engedélyezni szeretnénk. A legtöbb 
esetben ez mi magunk vagyunk; ekkor állítsuk ezt az értéket 
127.0.0.1-re, amely a helyi visszacsatolást címezi, így csak a 
saját masinánkról tudunk adatfolyamot szolgáltatni a 
kiszolgálónknak. 

DestIB: ez az az IP-cím, amelyen a kiszolgáló figyeli a bejövő 
kapcsolatokat. Ha csak egyetlen IP-címünk van, a beállítási 
lehetőségnek nincs túl sok jelentősége. Akkor válhat fontossá, 


ha a gépünkben több hálózati eszköz is helyet kap, s esetleg 
több kiszolgálót is futtatunk egy időben, így az egyes kiszol- 
gálópéldányok esetében meg kell adnunk, hogy melyikhez 
melyik IP-cím tartozik. Alapértelmezett értéke szintén ANY, 

ne is változtassunk ezen, ha hagyományos összeállítás áll 
rendelkezésünkre. 

RelayPort, RelayServer: ezek a beállítások a beállításfájl- 
ban megjegyzésbe vannak téve. Csak akkor szabad használni, 
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ha a programunk továbbító üzemmódban dolgozik (megfelel 
egy hagyományos átjátszóállomásnak). A beállított értékeknek 
megfelelően ügyfélként csatlakozik a célszámítógéphez, és az 
onnét letöltött adatfolyamot továbbítja a saját hallgatói számára. 


Kiszolgálóbeállítások 

Az itt található beállítások akár az ,egyéb" kategóriát is erősít- 
hetnék, hiszen a segítségükkel a kiszolgáló által nyújtott szol- 
gáltatás egyes minőségi jellemzőit állíthatjuk be. Ilyen például 
az, hogy adatfolyam-kiesés esetén mennyi idő elteltével rúgja 
ki a kapcsolódott hallgatókat, vagy az, hogy milyen átmeneti 
zeneszámot játsszon be erre az időre. 


AdminPassword: segítségével a webes ügyfél használatát 
szigoríthatjuk. Abban az esetben ugyanis, amikor ez az érték 
nincs megjegyzésbe téve (comment), a webes felületre történő 
hagyományos bejelentkezés , felhasználói módba fokoz vissza 
bennünket. Mint emlékezhetünk rá, admin felhasználóként a 
kiszolgáló alapbeállításainál megadott jelszóval jelentkeztünk 
be, s ha csak ez az érték lett a beállításftájlban megadva, kapás- 
ból rendszergazdaként azonosít bennünket a rendszer. 
Ellenkező esetben az ott megadott jelszóval történő azonosítás 
csupán nézegetőmódot tesz lehetővé a webes felületen: nem 
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tudunk felhasználókat kirúgni, a tiltólistát szerkeszteni stb. 

Ha mégis ezt szeretnénk, akkor az AdminPassword értéknél 
megadott jelszót kell beírni. Ezzel néhány kiváltságos személy 
számára lehetővé tehetjük, hogy mélyebben betekinthessenek 
a rádióállomás életébe, ugyanakkor megakadályozhatjuk, hogy 
belekontárkodjanak a mi kis ,életművünkbe". 
AutoDumpUsers: amennyiben a változó értéke 1, a kiszolgáló 
a kapcsolódott hallgatókat önműködően leválasztja, ha a 
bemeneti adatfolyam valamilyen okból megszakad. 
AutoDumpSourceTime: annak a tétlen időnek a másodperc- 
ben mért értéke, amennyi alatt a kiszolgáló nem választja le a 
bemeneti adatfolyamot, ha valamiért elakad (nem jön bemenő 
jel a kiszolgálónak). 

kiszolgáló önműködően lejátszik, amikor egy hallgató csatla- 
kozik hozzá. Ilyen lehet például a rádióállomás szignálja. 

Ha az érték nincs beállítva, akkor csatlakozáskor természetesen 
nem kapunk egy ilyen kis bejátszást. 

kiszolgáló önműködően elindít, és folyamatosan játszik, ha 
megszakad a bemeneti adatfolyam. Ehhez természetesen 

az AutoDumpUsers értéket O-ra kell állítani. Fontos még, 
hogy e vészfájl értékeinek meg kell egyeznie az adatfolyam- 
kiszolgáló által küldött MP3-folyam értékeivel 
(Samplerate/Chanel15). 

TitleFormat: segítségével megadható, hogy a csatlakozó 
hallgató lejátszóprogramjában az általunk kívánt kiírás jelenjen 
meg címként. 

URLFOormat: hasonló a TitleFormat beállításhoz, de itt az 
ügyfélhez küldött weboldal címét állíthatjuk be, ahol a hallgató 
a rádióállomással kapcsolatos adatokat találja. 
PublicServexr: ennek segítségével oldhatjuk meg, hogy a 
rádióállomásunk ne legyen nyilvános (public), ezáltal nem is 
érhető el a SHOUTlcast weboldalán a rádióállomások listájában. 
Három értéket vehet fel: always, never, defalut. Állítsuk 
be a never értéket, ha azt szeretnénk, hogy a kiszolgálónk 
címe ne legyen nyilvános. Abban az esetben is használjuk ezt, 
ha nem rendelkezünk internetkapcsolattal, és a programunk 
folyamatosan dobálja a hibaüzenetet, miszerint nem tud csat- 
lakozni az 3 http:/yp.shoutcast.com címre, amelynél a rádión- 
kat bejelegyezhetné a , központi telefonkönyvbe". 

Ezen az 3 http://yp.shoutcast.com címen elérhető szolgáltatás 
gyűjti ugyanis a világon futó rádióállomások címeit, hogy 
azonnal közzé is tegye őket a weben, így egy mindig időszerű 
állomáslistát mutat az odalátogató rádiózni vágyóknak. 

A változó alapértelmezett értéke default, ami azt jelenti, 
hogy az adatfolyam-kiszolgálónál beállított értékek befolyá- 
solják, hogy nyilvános-e vagy sem. Az always és never 
értékek ezt felülírják: vagy mindig, vagy soha nem küldik el 

a nyilvános adatokat a katalóguskiszolgálónak. 

AllowRelay, AllowPublicRelay: mindkét beállítási lehe- 
tőség arra vonatkozik, hogy megengedjük-e másoknak, hogy 
továbbítsák a mi adatfolyamunkat, azzal a különbséggel, hogy 
az AllowPublicRelay lehetőség csak a nyilvános listán 
történő szerepeltetést tiltja le, azt nem, hogy az általunk sugár- 
zott adatfolyamot mások továbbíthassák. 

Metalnterval: ez egy érdekes szabályozási lehetőség. Beál- 
líthatjuk, hogy mennyi adatmennyiség után küldje újra az 
úgynevezett metaadatokat, azaz milyen időközönként jusson 
hozzá a hallgató lejátszóprogramja az adatfolyam egyéb tulaj- 
donságaihoz (a címéhez stb.). A leírásban azt mondják, hogy 
ezt nem érdemes piszkálnunk, de talán mégis érdekes lehet, 
hogy még ilyen apróságokat is kézzel beállíthatunk. 


2004. január 49 


e EL 


0 Kiskapu Kft. Minden Jog fenntartva 


. KKGEZZLLSTTEE 


0 Kiskapu Kft. Minden Jog fenntartva 


Hozzáférések szabályozása 
Itt található néhány olyan szabály, amelyeket kényes esetben 
alkalmaz a kiszolgáló. 


ListenerTimer: egy hallgató által megszakítás nélkül történő 
legnagyobb kapcsolódási idő percben kifejezve. Amennyiben 
ezt túllépi, a kiszolgáló önműködően leválasztja az adásról. 
RipFile: annak a fájlnak a neve, amiben azon ügyfelek IP-címe 
található, akik számára a csatlakozás mindig engedélyezve van. 
Különösen akkor kerül előtérbe, ha a megengedett hallgatók 
száma eléri a határt, s valaki utánuk szeretne kapcsolódni. Ha 
benne van a RipFi1le-ban, akkor a kiszolgáló kirúgja a 
legrégebben kapcsolódott felhasználót, s annak helyére kerül a 
most csatlakozni kívánó VIP-hallgató. Ez abban az esetben lehet 
hasznos, ha néhány továbbító üzemmódban dolgozó kiszolgáló- 
nak szeretnénk csatlakozást biztosítani, de a sávszélességünk 
csak korlátos számú csatlakozást engedélyez. A fájl tartalma 
egyébként webről kezelhető, kézzel inkább nyúljunk hozzá! 
RipOnly: ha ennek a változónak az értéke Yes, úgy csak azok 
az ügyfelek kapcsolódhatnak, akik az előbb említett RipFi1e- 
ban benne vannak, számukra ugyanis helyeket tart fenn a ki- 
szolgáló. Ialán akkor hasznos, ha egy tisztán továbbítókiszol- 
gálóknak szánt adatforrás vagyunk, és azt szeretnénk, hogy 
minden esetben csak egy meghatározott ügyfélkör csatla- 
kozhasson hozzánk. 


Összevont többes beállítások 

A beállítási csoport használata akkor lehet indokolt, ha az adott 
gépen több kiszolgáló is fut, s ezek beállításai nagymértékben 
megegyeznek, leszámítva egy-két egyedi értéket. Ez esetben 
munkás lenne minden egyes kiszolgálót mindig beállítani, erre 
a gondra kínál megoldást a következő két kapcsoló. 

Unidgue: egy változót határozhatunk meg vele, amit utána 
minden olyan beállítási lehetőségnél felhasználhatunk, amely 
egy fájlra mutat. Miután megadtuk (declarated) a változót, 

az egyes elemeknél a $, dollárkarakterrel helyettesíthetjük 

az értékét. Mivel ez első olvasatra meglehetősen zavarosnak 
tűnhet, álljon itt egy példa. Megadjuk az Uni gue értékét a 
beállításfájl legelején: elso kiszolgalo. Ezután a változé- 
kony fájlneveket (például a naplófájl neve) helyettesítsük $ 
dollárkarakterrel, valahogy ilyen módon: 


Logs5/ usr loócáljshoutcasts-§S.1lód 


Ekkor az adott könyvtár elso kiszolgalo.log nevű állományába 
történik a lapozás. Ha ekkor a kiszolgáló beállításait egy másik 
SHOUTlcast-példányhoz is átmásoljuk, elegendő csupán az 
elején az Unigue változó értékét átírni, s további 
módosításokra nem lesz szükségünk. 


Include: az itt megadott fájl tartalmát a kiszolgáló mint beállí- 
tásfájlt beolvassa, és az ott található összes értéket felhasználja 
(a programozási nyelveknél is megszokott include művelet 
mintájára). Ha a későbbiekben az Include érték után újra 
meghatározunk egy adott értéket, amely a beállítási fájlban is 
szerepel, akkor az felülírja az ott található értéket, és a dolog 
természetesen fordítva működik, ha az Include érték a 
beállítás után van csak megadva. 

Ezzel a módszerrel az is elérhető, hogy a közös adatokat egyet- 
len nagy közös beállításfájlban tároljuk, s ezt a kiszolgálóra 
jellemző beállításfájl elején beolvastatjuk, majd a hiányzó érté- 
keket az adott fájl végén pontosítjuk, esetleg egy már meglévő 
értéket felülírunk. 
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4. kép A legutóbbi pár lejátszott szám adatai 


Egyéb trükkös beállítások 

Innen csak egy érdekes lehetőségre szeretném felhívni a figyel- 
met. Lehetőség nyílik a processzorok számának a beállítására 
is. Alapesetben természetesen felismeri, hogy hány CPU van 
a gépben, és az egyes kapcsolatokhoz tartozó szálakat egyen- 
letesen elosztja a processzorok között. Ha azonban azt szeret- 
nénk, hogy a kiszolgáló ne az összes processzort használja, 
akkor megadhatjuk, hogy hány darab között ossza szét a 
terhelést, s ez a lehetőség még akkor is hasznos lehet, ha vala- 
miért nem jól ismerné fel a SHOUlcast, hogy hány procesz- 
szorunk van, de ez már szinte elméleti szintű beállítás. 

A fentebb részletezett rengeteg lehetőség természetesen nem 
az összes, az talán egy fél újságba sem fért volna bele. Azokat 
próbáltam kiválasztani, amelyek egyrészt fontosak, másrészt 
rávilágítanak a program különleges képességeire. Ezenkívül 
kimaradt még néhány apróság, ami érdekes és fontos is, de a 
webfelületről kezelhető, tehát az ott leírtakban mindenképp 
tárgyalni fogjuk. Ezek után lássuk a kiszolgáló által nyújtott, 
böngészőből távolról is elérhető webes felületet! 


A SHOUTcast webes lehetőségei 

Arról már a legutóbbi cikkben is esett szó, hogy mivel úgyis 
egy HTIP-kiszolgáló a rádióállomásunk alapja, a fejlesztők 
ellátták egy pluszszolgáltatással: egy internetböngésző segítsé- 
gével is kapcsolódhatunk hozzá. Ennek az az előnye, hogy a 
hallgatóságot mindenféle földi jóval kényeztethetjük, ami a 
rendelkezésükre álló adathalmazt illeti, s ezen felül megköny- 
nyíthetjük futó kiszolgálónk karbantartását, felügyeletét egy 
ilyen grafikusnak mondható felületen keresztül. A felület a 

2 http://kiszolgálónév:kiszolgálókapu címen érhető el. A tájé- 


koztatóoldalhoz semmilyen bejelentkezés nem szükséges, ezt 
bármelyik hallgató megtekintheti. 


Az állapot menüpont 

Az oldal letöltése után kiszolgálónk állapota látszik. Megnéz- 
hetjük a sugárzott adatfolyam tulajdonságait, a címét, az adat- 
folyamhoz kapcsolódó weboldal címét, a hallgatók számát, 

az épp most játszott szám címét és sok egyebet is. 


A lejátszott számok listája 

A következő menüpont kiválasztásával (song history) az utolsó 
néhány zeneszám címét és előadóját nézhetjük meg időben 
csökkenő sorrendben, a kezdési időponttal feltüntetve. Befo- 
lyásolni tudjuk, hogy összesen hány tétel jelenjen meg. A ki- 
szolgáló beállításai között keressük meg a S/howLastSongs 
bejegyzést, és az értékénél állítsuk be, hogy visszamenőleg 
hány címet írjon ki az ide látogatóknak. 


Hallyass ide! 

A menüben eggyel balra található listen menüpont arra szolgál, 
hogy rákattintva XMMS vagy Winamp ügyfelünkben meg- 
nyissa az adott rádióállomás URL-jét. Ez csupán egy kényelmi 
szolgáltatás, hogy az URL hozzáadásánál ne kézzel kelljen a 
lejátszóprogramból begépelgetni a címet. 


Nézzük, mit kínál a mostani atás! 

Ha tovább lépünk a menübern, a Stream URL menüpontra 
látogatva megtekinthetjük az adatfolyam-kiszolgáló által 
beállított URL-t, amely az adatfolyammal kapcsolatos hallgatói 
adatokat tartalmazza. 


Admin login 

Ide kattintva egy bejelentkező képernyő pattan fel, ahol 
azonosítanunk kell magunkat. Jelentkezzünk be admin 
felhasználóként, majd írjuk be a jelszót. Ha beállítottuk a 
korábban tárgyalt AdminPassword értéket, akkor azt írjuk ide, 
ellenkező esetben a beállítási fájl elején használt Password 
mező értékét használjuk. Ha mindent jól gépeltünk be, 

a felügyeleti felületen találjuk magunkat. 


A rendszergazdai honlap 

Hallgatók 

Miután elénk tárult a bejelentkezés utáni képernyő egyrészt 
címük szerint láthatjuk a csatlakozott hallgatók listáját, és fel 
van még tüntetve a kapcsolódási időtartam, az, hogy hányszor 
ürült ki hálózati hiba miatt az átmeneti táruk. Másrészt mó- 
dunkban áll kirúgni, kitiltani őket, kitiltani a teljes alhálózatot, 
ahonnan csatlakozhatnak vagy épp felvehetjük őket a VIP- 
hallgatók listájára. Ennek hatására bekerülnek a már emlegetett 
RipFil1e-ba, így minden esetben csatlakozni tudnak. A lista 
alatt ott található a hallgatók által is elérhető nyitóoldal 
tartalma az épp sugárzott adatfolyam tulajdonságaival. 


A napló utolsó néhány bejegyzése 

A menü második eleme a tail logfile menüpont, amely arra 
szolgál, hogy megjelenítse a naplófájl utolsó bejegyzéseit, 

s ezáltal nem az egészet kell böngésznünk. 


A teljes naplófájl 

Ha mégis a teljes állományra szükségünk volna, a view logfile 
menüpont segítségével megnézhetjük. Ez akkor lehet érdekes, 
ha kíváncsiak vagyunk a működés részleteire vagy valamilyen 
rendellenesség okát keressük. 


www.linuxvilag.hu 


Tiltólista 

Már beszéltem róla, hogy lehetőségünk van kirúgni a felhasz- 
nálókat, ha valamilyen okból (lehetőleg nem személyes) kifo- 
lyólag megsértenek egy-egy működési szabályzatot, vagy nem 
rendeltetésszerűen veszik igénybe a szolgáltatást. Ha az ilyen 
hallgatókat ártó szándék vezérli, az bizony vissza fog térni 

a következő kattintással, mi meg rúghatjuk ki újra. Ennek 
elkerülése végett az ilyen szemtelen felhasználókat tiltólistára 
tehetjük, az ott szereplő IP-címről csatlakozó hallgatót ugyanis 
a rendszer nem fogja beengedni. Ennek neve ban list, ezt a 
menüpontot választva kezdetben egy üres listát kapunk, alatta 
két űrlappal. A felső használatával lehetőségünk van egy IP- 
cím megadására, amely a tiltás után már nem kapcsolódhat 
újra, ám ha jelenleg is aktív, nem rúgja ki a rendszer, így amíg 
kapcsolata meg nem szakad, továbbra is a hallgatónk marad. 
Az alsó űrlap segítségével egész alhálózatokat tilthatunk ki, ha 
egy ügyfél mondjuk DHCFP segítségével folyton újracsatla- 
kozva változtatgatná az IP-címét. 

A tiltólista minden bejegyzése mellett található egy unban 
hivatkozás, ennek segítségével távolíthatjuk el az illetőt erről 
a tiltólistáról. 


Foglalt helyek listája 

A beállítási lehetőségeknél már megemlítettük a foglalt helyek 
jelentőségét, s azt is szóba hoztam, hogy a lista webes felületről 
szerkeszthető. A reserve ip list hivatkozásra kattintva egy, az 
előzőhöz hasonló listát kapunk, ahol az alsó űrlap segítségével 
adhatunk hozzá újabb elemeket, s a felsorolt fenntartott IP- 
címek a mellettük található clear entry hivatkozással távolít- 
hatók el a listából. 


Kijelentkezés 

Érdemes igénybe venni az utolsó menüpontot abban az eset- 
ben, ha nyilvános helyről látogattuk meg az oldalt, mivel egé- 
szen addig hozzáférünk a rendszergazdai módhoz, amíg az 
összes böngészőpéldányt be nem zártuk. 


Zárszó 

Azt hiszem, ezzel be is fejeződött ennek a valójában egy- 
szerűnek mondható, kis 200 kilobájt körüli méretű prog- 
ramocskának a bemutatása. lalán egy kicsit , velős" így 
egyszerre ez a sok beállítási lehetőség, én azonban mégis 
örülni szoktam nekik, ugyanis így mindent könnyedén 
testreszabhatok, nem érzem megkötve a kezem. 

A SHOULIcast kiszolgáló egyébként is a jól megírt progra- 
mok közé tartozik, mivel ha nem akarjuk, nem kell agyon- 
állítgatnunk: az alapértelmezett beállításokkal, ha átlagos 
feladatokra használjuk, az esetek többségében helyesen 
működik. Elképzelhetjük, hogy a beállítási lehetőségek 
kombinálásával működési módok ezreit állíthatjuk elő, s az 
is látható, hogy igazán komoly, akár több tíz vagy száz 
gépből álló rádióállomás-rendszer is kiépíthető mindenféle 
kiegészítők használata nélkül. Az egyetlen dolgunk, hogy 
kellően átgondoljuk, s jól felépítsük a hálózatunkat, a többit 
elvégzi a SHOUlcast. 


Komáromi Zoltán 

(komrokiskapu.hu) 

23 éves, a BME hallgatója, 

I] mellette PHP-programozóként dolgozik. 
Kedvenc területe a multimédia. 
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Debian otthonra 4(2. rész) 


Végezzünk el még néhány alapvető beállítást! 


os, gondolom, hogy azok közül, akik velem tartottak 
az elmúlt hónapban, kevesen bírták ki, hogy ne tele- 
pítgessenek mindenféle csomagokat a gépükre, és 
nagy valószínűséggel eljutottak idegeik vagy csomagfüggő- 
ségeik teljes összekeveredéséhez. Aki megélte már azt a pilla- 
natot, amikor úgy dönt, hogy nincs mit veszítsen, letöröl min- 
den szükségtelen csomagot, majd tiszta lappal kezd, és ezzel 

a felkiáltással el is röppent az egész éjszaka, annak gratulálok, 
a legjobb úton halad! Hiszen a filozófiai rendszerekből tudjuk, 
hogy az elméleti tudás rendkívül fontos, de fabatkát sem ér, ha 
azt nem támasztja alá gyakorlat. Illetve mintha olvastam volna 
valami ilyet egy szexuálterapeuta írásai között is. . . 

De ne rohanjunk előre. Ha az előző cikk óta nem frissítetted 
a rendszeredet, akkor most mindenképpen érdemes meg- 
tenned. Egyszerű a történet: apt-get update, ezzel frissí- 
ted az elérhető csomagok listáját, majd add ki az apt-get 
upgrade utasítást, hogy le is töltsd azokat, amelyek a rend- 
szer szerint neked kellenek. Az upgrade parancsra nagy 
valószínűséggel kapsz egy hosszú listát a frissítendő csoma- 
gokról (,,...will be upgraded"), rosszabb esetben egy hasonló- 
an hosszút azokról, amelyeket a rendszer nem frissít magától 
(,,... have been kept back"). A visszatartott csomagokat is 
frissíteni akarjuk, ezért aztán, miután jól végigfutott az 
apt-get, indítsd el az Aptitude-ot, és vele is végeztesd el a 
frissítést (u, majd kétszer 9). Amivel többet végez az Aptitude 
(nagy vonalakban), az az, hogy a , menet közben szükségessé 
vált" csomagokat magától felrakja. Ezeket az első g utáni 
képernyőn zöld háttérrel sorolja fel a program. Mindkét 
frissítés a már ismert módon halad: a program letöltögeti 

a csomagokat, kibontja, majd egyesével telepíti őket. 

Egy gyors megjegyzés. Előfordul, hogy csak a fontos csoma- 
gokat szeretnéd frissíteni, és jelenleg épp nem vagy vevő rá, 
hogy amúgy sem túl remek netkapcsolatodat azzal fáraszd, 
hogy az openoffice.org-bin csomag 1.1.0-s változatáról átállj 
az 1.1.0-2-re, mindezt röpke negyvenegynéhány mega letölté- 
séért cserébe. Ha ez a helyzet, az Aptitude-ban az első g 
után keresd ki azt a csomagot, amit nem szeretnél letölteni, 
majd nyomj rajta egy egyenlőségjelet (-). De ha már így 
előreszaladtunk, és tényleg van a gépen OpenOffice.org, 
felhívom a figyelmeteket a már említett, binárist telepítő 
csomaghoz fűzött megjegyzésre: ha frissíted a program által 
használt valamelyik könyvtárat (xlibs, libceé, libstdc-t 4-5, 
libgcc1, libíreetype6, libart-2.0-2, libfontconfigl1, libxaw7), 
utána futtasd le a /usr/sbin/oooprelink programot. 

De ismét csak ne rohanjunk úgy előre! Először is, van-e egyál- 
talán grafikus felület a gépen? Az X beállítását már többször 
megrágtuk az újságban (Linuxvilág 2003. április: XF836Config-4, 
2002. június: Grafikus meghajtók Linux alatt, 2002. október: 

Egy másik környezet). Ma már a rendszer szerencsére nagyon jó 
eséllyel kitalálja nekünk, hogy milyen képességekkel rendelkező 
videokártyánk van, és a fontosabb alapbeállításokat el is végzi. 
Gond akkor adódik, ha abban a szerencsés helyzetben vagy, 
hogy egy újabb videokártyával bírsz, például egy új laptopba 


épített ATI Radeon IGP 340M (kis Compagomhoz ilyen tartozik). 
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1. kép lerminálablakok garmadája 


Ehhez a kártyához a rendszer telepítésekor nem találtam 
használható meghajtót, az X pedig nagy bátran a Vesa meghajtót 
ajánlja. Szerencsére nem CRI-vel szerelt laptopom van, valamint 
a legvadabb játék, amit mostanában játszom, a webszerkesztő 
program, így a 60 Hz-es frissítés nekem elfogadható. 

Jó, jó, elismerem, ez egy eléggé ,savanyú a szőlő" megoldás. 

Az igazat megvallva az Xi Graphics Inc. május közepén közhírré 
tette, hogy kereskedelmi termékként forgalomba hozott egy re- 
mek meghajtót ehhez a videolapkához (3 http:/www.xig.com/ 
Pages/PrReleases/PRMayO3AI1I-IGP-340M.pd?), a baj csak az, 
hogy nem szívesen fizet érte az ember. Na, azért nem olyan 
rossz a helyzet, a happypenguin.org oldalon 

(2 http/www.happypenguin.org/forums/viewtopic.php?t—3835) 
például valaki a 320M-essel szerelt gépével 480 fps-t mért 

1024 x768-ban (Warcraft3). Ehhez csupán újra kellett fordítsa 

az X-et és a rendszermagot a megfelelő foltokkal. Ehhem, 

a kiegészítések fejlesztését a bugzillán követik 

(2 http:/bugs.xfíree86.org/show bug.cgi?id—314), már a 4.4.0-s 
X-hez is készült, a baj csak az, hogy Debian alatt — véleményem 
szerint — az X házi fordítása és telepítése pont annyira egyszerű, 
mint felprogramozni egy kávéfőzőt titkárnői feladatok elvégzé- 
sére. lehát, ha valakinek tényleg rengeteg ideje van, és egy 
játékra kihegyezett gépet akar készíteni, a legjobb, ha egy külön 
telepítést készít. Ezen a külön rendszeren aztán saját magot is 
fordíthatsz, csak a szükséges elemeket használva, és nem is kell 
felrakni rá mindenféle egyéb csomagot, így nem lesz gond a 
frissítésekkel sem. 

De térjünk vissza a cikk eredeti vezérfonalához. lehát van egy 
grafikus felületünk, ami rossz esetben csak Vesa módban (még 
rosszabb esetben FrameButffer vezérlővel) működik. A grafikus 
felület önmagában nem elég, szükséged lesz ablakkezelőre is. 
Ahogy azt egy korábbi cikkben kiveséztem (Linuxvilág 2002. 
október: Egy másik környezet), az ember több irányba is elin- 


dulhat: a Gnome zászlóshajójaként törhet át az Északi-tenger 
jégtáblákkal tarkított habjain, a három szent betű, a K, a D és 
az E alatt számolgathatja a fogaskerekeket, vagy választhat egy 
gyors és üzembiztos, ellenben fapados ablakkezelőt. Mivel 
most a rendszer alapjait építjük fel, mindenképpen azt aján- 
lom, hogy amíg gyakori újraindítások várhatók, a harmadik 
lehetőséget válaszd. Javaslatom tehát az IceWM. Iudom, hogy 
számos más, remek ablakkezelő is van, és tényleg érdemes 
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támad, amire 
nem találsz itt 
megoldást. 

Ha már fut a 
grafikus felület 
(akár egy beje- 
lentkezéskeze- 
lővel, mint pél- 
dául a kdm, a 
gdm vagy az xdm, 
akár közvetlenül 
a parancssorból 
indítva), a követ- 
kező lépés, hogy gyorsan használható környezetet alakítsunk 
ki. Figyelem, a most következő leírást megrögzött angolul 
beszélők, ékezeteket nem ismerők és egyetemi kollégiumban 
lakók nyugodtan kihagyhatják! lehát a , hogyan varázsoljuk 
magyarrá a rendszert?" kérdésről van szó. Ugyancsak egy 
korábbi cikkben már részletesen végigvittük a folyamatot 
(Linuxvilág 2002. október: Debian Woody 3.0), a lényeg: első 
körben érdemes telepíteni a locales csomagot (apt-get 
install 1locales), majd beállítani, hogy milyen környe- 
zetekre készüljön fel a rendszer (négy igazán érdekes van 
számunkra, ezek a következők: en US IS50-83859-I, 

en US.UTF-8 UTF-8, hu HU ISO-3859-2, hu HU.UTF-8 UTF-8 
locales). Ezek után telepíts a számodra érdekesebb csoma- 
gokat Aptitude-ból (érdemes a listát szűkíteni — 1 — például 

a -d8859 ] -dhungar feltétellel). 

Mindenképpen szánj időt a csomagok megismerésére, ez egy- 
szer elkerülhetetlen. Később úgyis ismerősként köszönnek 
majd vissza, de addig legalább egyszer érdemes végigböngész- 
getni, hogy milyen csomagok lehetnek érdekesek, az izgalma- 
sabb csomagoknál esetleg a tfüggőségeket is megnézheted. 

Ha már van grafikus felületünk, gyorsan ismerkedjünk meg 

a legfontosabb és leggyakrabban használt programmal: a grafi- 
kus terminállal. Újabb néhány perc kötelező foglalkozásként 
telepíts a gépedre legalább négy terminálprogramot, és próbáld 
is ki őket alaposan: az első az xterm. Előnye, hogy szinte min- 
denhol megtalálod, gyors és megbízható. A második az rxvt, 
azok kedvence, akik a mikroméretű programokra buknak. 

Az ,okos" terminálprogramok közül kettőt érdemes ismerni: a 
konsole-t, ami a KDE alapértelmezettje, valamint a vetélytárs 
gnome-termina1-t. Mindkettő jól használható, mindkettő 
támogatja a többlapos üzemmódot (több terminált nyithatsz 
egy ablakban, mindegyiket egy füllel jelzi a program), mind- 
kettőhöz hozzá kell szokni. Iudását és teljesítményét tekintve 
remek középutat jelent szerintem a pow ershe1 1, mindenkép- 
pen érdemes kipróbálni, megnézni a beállítási lehetőségeit 
(lásd az 1. képet). És az utolsó kategória a különcöknek szól: a 
többnyelvű terminálok, például az mIlterm, amelyekben 
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gyakran egy gombnyomásra lehet váltani a nyelvek (vagy akár 
az írásirányok) között. 

Utolsó , felkészítő" tevékenységként egy karakteres szerkesz- 
tőprogramra lesz szükségünk. Olyanra, amit tudunk majd 
terminálból használni. Ebből van talán a legtöbbféle Linux 
alatt. Ha egy programozójelölt be akarja írni a nevét a történe- 
lemkönyvbe, valami maradandót kell alkotnia. Sokan igyekez- 
nek ezt egy huszonnyolcezredik szerkesztőprogram megírá- 
sával megtenni. Ezek közül a programok közül is érdemes 

-— legalább alapszinten — megismerni néhányat, hiszen bármi- 
kor előfordulhat, hogy nem a saját gépünkön kell valamilyen 
beállítást elvégezni, és éppen nincs netkapcsolat, hogy kiad- 
hassuk az apt-get instal1 joe parancsot. Nézzük csak, 
mik azok, amelyekre mindenképpen érdemes rászagolni? 

(A ,rászagolás" alatt azt értem, hogy próbából hozz létre egy 
fájlt a kérdéses programmal, amely legalább két bekezdés 
hosszú; legalább az egyik sor legyen több mint 80 karakter, és 
utána még el is tudd menteni azt. Haladóknak a keresés-csere 
szolgáltatás kipróbálása is kötelező!) 

Az alaptelepítésben mindenképpen találunk valamilyen 
vi-leszármazottat (lásd még bővebben a 78. oldalon). Erről 
a rossznyelvek szerint kettő dolgot kell tudni: az egyik, 
hogy a fanatikusok kéjesen magyarázzák meg bárkinek, 

ha kell, napjában ötvenszer, hogy ezt nem ,,ví"-nek, hanem 
,víjáj -nak kell ejteni, a másik pedig, hogy a : a! kombiná- 
cióval tudunk kilépni belőle a változások mentése nélkül. 
Hasonlóan ősi vonalat képviselnek az Emacs család tagjai, 
bár itt már a kiejtésben is vita van az ,emacs"-osok és az 
,mekszf-esek tábora között. Valójában mindkét szerkesztő 
rendkívül jól és hatékonyan használható, de a használatuk- 
hoz nagy gyakorlat szükséges. Grafikus felületen alapprog- 
ramnak számít még az xedit, amit sok program használ 
külső forrásmegjelenítőként. Bár nem terminálon futó prog- 
ram, érdemes legalább egyszer próbára tenni. 

A gyarló emberek számára találták ki a felhasználóbarát szer- 
kesztőket, amelyek legalább annyi infót adnak, hogyan tudha- 
tunk meg többet a használatukról. Némelyik még a kiadható 
parancsok listáját is megmutatja nekünk. Ide tartozik a (gondo- 
lom, az olvasók által is jól ismert) Midnight Commander 
szerkesztője, az mcedit (Linuxvilág, 2001. június-július: Szer- 
kesztők háborúja (3. rész)) vagy a régi WordStar-parancsokat 
használó Joe (Linuxvilág, 2001. április: Szerkesztők háborúja 
(1. rész)) is. Ezek könnyen használható és emberi léptékű prog- 
ramok, és nagy valószínűséggel a legtöbb rendszeren jelen 
vannak. Ugyanebbe a kategóriába tartozik a pine levelező- 
program szerkesztője, a pico(Linuxvilág, 2001. május: Szer- 
kesztők háborúja (2. rész)), ami külön programként is remekül 
használható. Olyannyira kedvelt kis program, hogy a rendszer- 
felügyelettel kapcsolatos legújabb , de facto" szerkesztő, a nano 
is ez alapján készült. Ha tehát szerkesztőt kell ajánlanom, akkor 
a nano az, hiszen egyrészt könnyű megtanulni használni, 
másrészt a mérete és megbízhatósága miatt szinte minden 
alaprendszernek és helyreállító rendszernek a részét képezi. 

A következő részben egy cseppet körbenézünk a hangok terén, 
majd elkezdünk böngészni! 


] A Linuxvilág főszerkesztője, 
a Kiskapu Kiadó vezetője. 
Mindenki levelét örömmel várja. 
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Héjprogramozás Linux alatt 09. rész) 


Zárolás, várakozás és többpéldányos futás. 


orozatunk előző részében bemutattuk, hogyan oldható 
meg biztonságosan az átmeneti fájlok kezelése akkor is, ha 
a programunkból egyszerre több példány fut. Ugyanak- 
kor vannak olyan helyzetek, amikor a többpéldányos működést 
kifejezetten tiltani akarjuk, vagyis zárolást kell végrehajtanunk. 
A zárolás lényege, hogy a héjprogram tényleges működésének 
megkezdése előtt meggyőződik róla, hogy fut-e már belőle 
egy másik példány. Ha igen, akkor vagy azonnal kilép, vagy 
megvárja, amíg a másik program futása befejeződik. Ha nem 
talál másik példányt, akkor valamilyen egyezményes módon 
jelzi, hogy ő már fut, és végrehajtja a megadott műveleteket. 
lermészetesen arról is gondoskodnunk kell, hogy kilépéskor a 
zárolójelet eltávolítsuk, ellenkező esetben soha többé nem tud 
egyetlen ilyen program sem lefutni. 


A zárolófájl kezelése 

A zárolást a legegyszerűbben úgy oldhatjuk meg, ha egy meg- 
határozott helyen létrehozunk egy megadott nevű fájlt, ami 
most a jelző szerepét fogja betölteni. Ha a fájl létezik, akkor már 
biztosan fut egy példány a programból, ha nem, akkor szabad 

a pálya. A módszer működésének természetesen alapfeltétele, 
hogy a fájlt kilépéskor mindenképpen töröljük, még akkor is, 
ha a program nem szabályos módon állt le. Mint azt a sorozat 
előző részéből már tudjuk, éppen erre szolgál a trap parancs. 
Lássunk egy egyszerű példát! legyük fel, hogy héjprogra- 
munknak egy beállításfájlt kell módosítania. Ha a programot 
többen is futtathatják, fennáll annak a veszélye, hogy egyszerre 
kísérlik meg módosítani. Ennek pedig egészen furcsa követ- 
kezményei lehetnek, hiszen részben vagy egészben felülírhat- 
ják egymás beállításait vagy teljesen összezavarhatják a fájl 
szerkezetét. Ebben a helyzetben tehát mindenképpen zárolás 
szükséges, amivel határozottan megtiltjuk a beállítóprogram 
többpéldányos működését. 

Lássuk a program legegyszerűbb megvalósítását az 1. listában! 
A beállításokat tároló fájl (proba.conf) most az egyszerűség ked- 
véért a pillanatnyi könyvtárban található, a zárolás jelzésére 
szolgáló bejegyzést pedig a /tmp könyvtárban fogjuk elhelyez- 
ni. (lermészetesen bármilyen más könyvtár is — amelyhez 
mindazoknak írási jogosultságuk van, akik a programot futtat- 
hatják — megfelel a célnak.) 

A zárolófájl neve most pidl1ock lesz, vagyis az átmeneti fáj- 
lokkal ellentétben semmilyen egyedi azonosítót nem tartalmaz. 
Ugyanakkor bizonyos később említendő okok miatt zárolás 
esetén is célszerű jelezni, hogy kicsoda — vagyis melyik folya- 
matazonosítóval rendelkező programpéldány - hozta létre. 

Ezt hagyományosan úgy oldják meg, hogy a folyamatazonosí- 
tót magában a zárolófájlban helyezik el. 

Éppen ez látható példaprogramunk 14. sorában. A 9. sorban 
megvizsgáljuk, hogy létezik-e a zárolófájl. Ha igen, akkor a 
program egyszerűen leáll, egy üzenetben jelezve ennek az okát. 
Ha nem, akkor létrehozza a zárolást, majd belekezd a tényleges 
műveletek végrehajtásába. Ez esetünkben mindössze annyi 
lesz, hogy a read paranccsal egyetlen sornyi szöveget beké- 
rünk, amit aztán hozzáfűzünk a beállításokat tartalmazó fájlhoz. 
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1: tt! /bika8KÉG 
2: t Példa zárolásra 
3 § 
2. LOCKETEESU Eme / edd t6EKT 
5) AAGOINNSELC FILES" oamzalaa , Comit " 
68 
JJ: trap MM EmE KOTTEMER TRE e ee 
(Nt 
IC) TENNÉ STERN TT ETT (GÉM NNNNA] 
10: then 
AVálÉSE echo "Már fut egy példány 
sa  OTOGTamból" 
12 EE É 
13: else 
úlZiSE scan S5 s SILOCKETKLE 
ÁK tat 
16 £ 
17 echo cen SÚj szoveg: 
19: read sor 
198 ecmno Ssor ss SCONPFIG PTILE 
(08 
21: tm SILOCKETLE 
1: am [ ll. 
2: then 
6 echo "Már fut egy példány 
mee GE TENG 188 
15 echo "Várakozunk a kilépésére..." 
his Kane [ Tt SLOCKFILEH ] 
ól do 
VK sleep 2 
öl done 
CEN ető 


Kilépés előtt (21. sor) a zárolást töröljük — utat engedve a többi 
példánynak. Ha menet közben bármilyen galiba történne, és a 
program nem lenne képes eljutni a 21. sorig, akkor a 7. sorban 
megadott műveletsor lép életbe. Itt a trap parancs elfogja az 
összes lényegesebb, a program leállásával kapcsolatos jelet, 
törli a zárolófájlt, majd engedelmeskedve a jelzésnek egy exit 
paranccsal kilép. 


Kinek a zárolása? 

Figyeljük meg, hogy a 0-s jel (EXIT), vagyis a szabályos kilépés 
nem szerepel az elfogott jelek sorában. Ennek két oka van: 
egyrészt programunkban nem szerepel olyan közbenső kilé- 
pési művelet, amely megelőzi a zárolás létrehozását. A prog- 
ram végén bekövetkező szabályos kilépésnél ugyanakkor mi 
magunk gondoskodunk a zárolás megszüntetéséről. 

Mégha lenne is közbenső kilépés, az esetünkben akkor sem meg- 


felelő megoldás, ha a fenti egyszerű trap paranccsal kezeltetjük 
az EXIT jelet, mivel így az esetlegesen elindított második prog- 
rampéldány kilépéskor törölné az első által létrehozott zárolást. 
Ha mindenképpen egyben akarjuk kezelni a zárolás törlését, 
akkor az efféle galibák elkerülésére a törlés előtt meg kell győ- 
ződnünk róla, hogy programunk a maga által létrehozott záro- 
lófájlt törli és nem valaki másét. Éppen erre szolgál a fájlban 
tárolt folyamatazonosító. Ha ugyanis ez nem azonos a törlést 


1 df [AKK LC 
ziehen 
5! t Hanmtészárolós gyizsgaáaláta 
4 c lockomoóóő ette Og ARE 
Éve if [ DES ázE EGE 5 TE kü el 
eye -1 -eg 0 ] 
6 £ then 
0 echo "Hamis zárolási" 
(lis ÉM SILOCIKTETÜLJE 
0 Eeellno ll E lle SEK NIKT0 GTEVENTNIKT E 
MRS else 
119108 echo "Már fut egy példány 
sa OCcogTamoói" 
üz AZ s l ENE 
MRÓTE EI 
14: else 
15 8 eleita oltott Se (GT AAN 
MNSSEZNNK TETŐ 


kezdeményező programéval, akkor biztosan nem az ő jelzé- 
séről van szó, tehát nem törölheti. Mindez azt jelenti, hogy a 
7. sorban található műveletsort a következőre kell lecserélnünk: 


trap "! exit ! 12 3 15 
trap " if£ [/ cat SLOCKFILE -eg "SS" ]; 
sthen rm SLOCKFILE ; exit ; fi! EXIT 


Mindenekelőtt ennél a módszernél a 21. sor szerepeltetése 
nemcsak fölösleges, hanem kifejezetten hibás is, hiszen most a 
szabályos kilépéssel kapcsolatos törlést is a második trap utáni 
kódra bíztuk. Az első trap segítségével mindössze annyit 
teszünk, hogy a ,nem szabályos" leállással (például a CTRLtC 
megnyomása) kapcsolatos jeleket szabályos leállássá változtat- 
juk úgy, hogy hatásukra egy közönséges exit parancsot haj- 
tunk végre. Ezt a következő, csak az EXIT jelet kezelő trap 
ismét elfogja, és a szokásos módon kezeli. 

Az olvasó most nyilván azt kérdezi, hogy miért nem vonjuk 
össze a két trap-et, elvégre mindkettő pontosan ugyanazt 

a műveletsort hajtja végre. Látszólag tehát semmi mást nem 
kellene tennünk, mint a második után az elsőnél megadott 
jeleket is felsorolni, az elsőt pedig egyszerűen kihagyni: 


trap " if [/ cat SLOCKFILE 
then rm SLOCKFILE ; exit ; 


WE 1 
EXIT 1 2.3 45 


Ta 


Nosza, próbáljuk ki! Cseréljük le a két sort a fenti egyre, indítsuk 
el a programot, majd szöveg helyett vagy némi gépelés után 
nyomjuk meg a CIRL--C billentyűket. Hibaüzenetet kapunk, 
amely szerint a zárolást jelző fájl nem létezik. (Hova lett?!) 

A trap utáni utasítássorban kénytelenek vagyunk magunk is 
végrehajtani egy exit parancsot, különben a program soha 


Lf 4Lf 


nem áll le. (Az előző részből tudhatjuk, hogy halhatatlan prog- 
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ram nincs. Akil1 -KILL parancs mindenkire jótékony hatás- 
sal van.) Ha a trap nem EXIT jelet fog el, akkor maga min- 
denképpen kivált egy ilyent, amit aztán boldogan el is fog, 
hiszen szerepel a listájában. (Kétszer ugyanazt a jelet termé- 
szetesen nem fogja el.) 

A bűntény tehát a következőképpen történt. Amikor leütöttük 
a CIRLTfC billentyűket, a keletkező 2-es jelet a trap elfogta, 

és ennek eredményeképpen törölte a zárolófájlt. Ezután az 
exit paranccsal maga is kiváltott egy 0-s jelet, amit ismét 
elfogott. Törölni viszont már nincs mit, tehát hibaüzenetet 
kapunk, majd a program valóban leáll. 

Akármelyik (helyes) megoldást választjuk is, példaprogramunk 
működéséről úgy győződhetünk meg, hogy két terminálablak- 
ban próbálunk meg belőle futtatni egy-egy példányt. 


Várakozás zárolás feloldására 

Az előbbi példában, ha a program zárolást érzékelt, egyszerűen 
leállt. Előfordulnak azonban olyan helyzetek, amikor célsze- 
rűbb megvárni, amíg a másik példány lefut és törli a zárolást. 
Ehhez az előbbi megvalósítás 9-15. sorát a 2. listában található 
kódrészletre kell cserélnünk. 

A sleep parancs semmi egyebet nem tesz, mint várakozik. 
Hogy meddig, azt az utána szereplő érték adja meg másodper- 
cekben. (A sleep valójában nem végez pontos időzítést. 

Ez egy többfeladatos, többfelhasználós operációs rendszerben 
eleve nem egyszerű feladat.) 

Esetünkben az 5. sorban induló ciklus két másodpercenként 
ellenőrzi, hogy a zárolófájl még létezik-e, és csak akkor áll le, 
ha ez a feltétel már nem teljesül. lermészetesen más ellenőrzési 
szakaszt is megadhatunk, illetve egy számlálót is használha- 
tunk, és bizonyos számú ellenőrzés után feltétel nélkül leállít- 
hatjuk a programot. 


Hamis zárolás törlése 

Bonyolultabb programok esetében előfordulhat olyan helyzet, 
amikor valamilyen oknál fogva nem kezelhetünk minden leállító 
jelet, és így a zárolófájl a folyamat leállása után is hátramaradhat. 
Ha ilyenkor a fenti egyszerű megoldást használjuk a zárolás 
vizsgálatára, programunk a végtelenségig várakozni fog, hiszen 
semmilyen módon nem érzékeli, hogy a zárolást létrehozó 
program már nem tut, így esélye sincs annak feloldására. 

A megoldás ismét a zárolófájlban tárolt folyamatazonosítóra 
épül. Ha listát kérünk valamennyi futó folyamatról (ps ax), 

és azok között nem szerepel a zárolás tulajdonosa, akkor nyil- 
vánvalóan hamis zárolásról van szó, amit törölni kell. Mindez 
azt jelenti, hogy az eredeti programunk 9-15. sorát a 3. listában 
található kódrészletre kell cserélni. 

A 4. sorban kiolvassuk a zárolófájlban tárolt folyamatazonosítót; 
az ötödikben a teljes folyamatlistában megszámoljuk azokat a 
sorokat, amelyek elején ez a szám szerepel. (A ps a folyamatazo- 
nosító elé egy szóközt illeszt be!) Ha nincs ilyen, akkor a kérdé- 
ses folyamat már nem fut, tehát az általa létrehozott zárolást 
törölni kell, ugyanakkor létre kell hozni helyette az újat (9. sor). 
Programunk működését a legegyszerűbben úgy próbálhatjuk 
ki, ha egy ,segédprogramot" írunk hozzá, ami egy hamis záro- 
lást hoz létre a saját folyamatazonosítójával, majd azonnal leáll. 


Büki András (buki.andrasXinsilico.hu) 
Körülbelül kilenc éve dolgozik Linux 
operációs rendszerrel. Állandó szerzőtársa 
Prof. Dr. H. V. Kuksinak, akivel a Duna vagy a 
Tisza partján szoktak az élet és a tudomány 
viselt dolgairól töprengeni. 
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Hogyan térjunk át Linuxra lépésről lépésre? (3. rész) 


A fájlkezelés alapjai, avagy nyissuk fel a motorháztetőt! 


orozatunknak ebben a részében egy igazi mumushoz 
érkeztünk el. lalán egyik területet sem fedi nagyobb 
homály, mint a Linux fájlkezelését. A dolog már-már 
érthetetlen, hiszen a történet nagyjából harminc évvel ezelőtt 
kezdődött. Ekkor jelentek meg ugyanis az első Unixok, ame- 
lyek már akkor is ugyanezt az elvet követték, amelyet a Linux 
is szinte teljes mértékben átvett és a kezdetektől fogva alkal- 
maz. Jelen cikkben ezt a fájlkezelési rendszert szeretném 
bemutatni legalább olyan részletességgel, hogy kényelmesen 
meg tudjuk oldani a sorozat további részei során felmerülő, 
fájlokkal kapcsolatos feladatokat. Mivel a témakör meglehető- 
sen átfogó, ki szeretném ragadni belőle az alapvető részeket, 
amelyeken keresztül bemutatható a unixos állományelgondolás 
— ennek segítségével viharmentes vizek felé kormányozgathat- 
juk rendszerünket. Ezenkívül szükségünk lesz egy-két fájlmű- 
veletet végző eljárásra annak érdekében, hogy élőben láthas- 
suk, mi is a valós eredménye annak, amiről itt értekezünk. 
Kicsit tömörebben szólva: olyan kérdésekről lesz szó, amiket 
az eddigi használat során a SuSE grafikus felülete és maga a 
telepítő többnyire elrejtett a szemünk elől, ám ahhoz, hogy 
továbbhaladhassunk a mindennapi használat felé, feltétlenül 
szükségünk van a válaszokra. 


Hová lett a C meghajtóm? 

. . kérdezgetik ijedten a frissen Linuxot telepített felhasználók. 
Már Einstein is megmondta annak idején, hogy az anyag nem 
vész el, legfeljebb átalakul. A mondás tökéletesen igaz a mi 
helyzetünkre is, a titok nyitja a unixos könyvtárszerkezet-keze- 
lésben található. Linux alatt ugyanis a könyvtárszerkezetet 
megtestesítő faszerkezet hagyományosan egygyökerű. Ha 
jobban szemügyre vesszük eddig használt rendszerünket, 
megfigyelhetjük, hogy ott is ugyanilyen könyvtárszerkezettel 
dolgoztunk, ám a kiindulópont mindig egy meghajtó volt, így 
tehát az ott használt fának annyi gyökere volt, ahány meghaj- 
tóval a rendszer rendelkezett. Mostani összeállításunk esetében 
azonban a rendszer határoz meg számunkra egy gyökeret 

(ez a / könyvtár), s minden későbbiekben használt hálózati vagy 
helyi meghajtó könyvtárszerkezete csak ez alatt a gyökér alatt 
fakadhat. Mindezt úgy oldjuk meg, hogy az egyes meghajtókat, 
amiket eddig használtunk, befűzzük (mount) az új fájlrendszer 
egy meghatározott pontja alá, s ezek után tartalmát úgy érhet- 
jük el, hogy belemegyünk abba a bizonyos könyvtárba, ahová 
az adott meghajtót előzetesen befűztük. Belelépve a könyvtárba 
észre sem vesszük, hogy egy másik meghajtóra léptünk volna 


át, olyan, mintha csak az adott könyvtár tartalmát böngésznénk. 


A művelet tehát a felhasználó számára teljesen átlátszó, a mű- 
ködés részleteit a rendszer teljesen elrejti, így ha nem ismerjük, 
hogy ki mikor mit hova fűzött be, meg sem tudjuk állapítani, 
hogy milyen fájlrendszeren tartózkodunk éppen. Nem látjuk, 
hogy helyi lemezrészről vagy hálózati meghajtóról van-e szó, 
hajlékonylemez, PenDrive vagy CD-ROM-e az, amit olvasunk 
pillanatnyilag olvasunk, s azt sem tudjuk azonnal, hogy az 
adott eszközön milyen típusú fájlrendszer van (természetesen 
a csatlakoztatásnál olyan nevekkel hivatkozunk a tartalomra, 
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amelyekből azonosítható, hogy melyik eszközt használjuk). Ez 
az egységesen kezelt felépítmény az elmúlt jó pár évben már 
bizonyította hatékonyságát, ám az kétségtelen, hogy először 
hozzá kell szokni, s csak azután élvezhetjük igazán a használatát. 


Meghajtók befűzése a rendszerbe 

Az eddigi használat során ilyesmire nem volt szükségünk, 
hiszen a rendszer anélkül végezte el helyettünk ezt a művele- 
tet, hogy észrevettük volna. Legelőször a telepítés során 
találkoztunk vele, ahol a lemezrészek kialakítását végeztük. 

Az egyes lemezrészek mellett ugyanis találtunk egy olyan 
jellemzőt, hogy Csatolási pont, amely a rendszer egy könyv- 
tárára mutatott. Alapértelmezés szerint a windowsos lemezré- 
szek esetében a /Windows/C, D, E könyvtárakba fűzte be a 
rendszer a régi C, D, E stb. meghajtókat. A telepítés után a 
munkaasztalon találtuk a kötetcímke után elnevezett meghajtó- 
ikonokat, amelyekre kattintva megtekinthettük a tartalmukat. 
Biztos vagyok abban is, hogy mindenki rájött arra, hogy a 
CD-meghajtó ikonjára kattintva elérte annak tartalmát, ám 
amikor ki akarta venni a CD-t, az semmiképp sem adta magát. 
Ennek az az oka, hogy a rendszerbe behelyezett minden 
lemezt vagy hajlékonylemezt ugyanúgy be kell fűzni, mielőtt 
használatba vennénk, s eltávolításuk előtt le kell választani 
(unmount) őket a fájlrendszerről. A CD-t is csak azután vehet- 
jük ki a meghajtóból, miután leválasztottuk. Ezt úgy tehetjük 
meg (mint ahogy sokan meg is tették), hogy a CD ikonra a jobb 
gombbal kattintva a menüből kiválasztjuk a Lecsatlakoztatás 
menüpontot. Előfordulhat, hogy hibaüzenetet kapunk, ami a 
legtöbb esetben azért következik be, mert a lemez valamelyik 
fájlját használjuk: épp lejátsszunk egy MP3-at a CD-ről, vagy 

a böngészőben nyitva van egy ablak, amely a CD tartalmára 
mutat. Zárjuk be azokat az alkalmazásokat, amelyek valami- 
lyen módon használják a fájlokat, majd próbálkozzunk újra. 
Látni fogjuk, hogy a művelet ezúttal hibaüzenet nélkül lezajlik. 
Létezik néhány megoldás arra nézve is, hogy ne kelljen 


Megjegyzés 





minden esetben ki-befűzögetni a CD-ket, lemezeket, ezekről a 
sorozat későbbi cikkeiben esik majd szó, most azonban 
kanyarodjunk vissza egy kicsit a befűzéshez. 


Új merevlemezem van, mit tegyek vele? 

legyük fel, hogy a gépben található merevlemezfiókba 
(mobilrack) új meghajtót helyeztünk, s látni szeretnénk a 
tartalmát. Sokat nem kell aggódnunk, hiszen a rendszer 
indításakor a SuSE eszközfelismerő programja felkínálja a 
lehetőséget, hogy az újonnan behelyezett lemezt beállítsuk. 
Ha igent mondunk, a rendszer elindítja a lemezrészkezelő 
programot, ahol új lemezrészeket hozhatunk létre, s a 
Csatlakoztatási pont mezőben megadhatjuk, hogy fájlrend- 
szerünk mely pontjához szeretnénk csatlakoztatni az új 
lemezrészt. Meglévő lemezrész esetében természetesen nem 
kell újat létrehozni. Ha például le szeretnénk másolni a 
hordozható merevlemezen található adatokat, amelyet épp 
most hoztunk az ismerősünk gépéből, az elinduló lemezrész- 
kezelő programban csak adjuk meg a csatlakoztatási pontot 
a felismert lemezrész mellett, s a művelet befejezése után 
azonnal egy, a többihez hasonló meghajtóikont kapunk az 
asztalon. Ezek után a lemezrész elérhető. 


A lemezkezelő valójában egy előlap (frontend) valamilyen lemez- 
kezelő programhoz, és a lemezek befűzését végző mount rend- 
szerhez. A meghajtóbejegyzések a /etc/fstab beállításfájlban talál- 
hatók, ebbe bárki belenézhet. Rendszerindításkor a benne találha- 
tó bejegyzéseken végigfut a mount parancs, és amelyiknél enge- 
délyezve van az önműködő befűzés, azt csatlakoztatja. A mount 
parancs természetesen kézzel is futtatható, a használata egysze- 
rűsítve valahogy így néz ki: 


MÓOUAt c cta j ivemndsezer "d pusa -zeszközkeözelő 
rág ineve- ccsatlaköztátási bont 


Az így befűzött meghajtók azonban a következő rendszerindításkor 
nem csatlakoznak önműködően, ehhez a bejegyzést rögzíteni kell 
a /etc/fstab fájlban. 


A könyvtárszerkezet 

Nem árt, ha tudjuk, hogy mit hol találunk. Ilyen megfontolás- 
ból szeretném a főbb könyvtárak rendeltetését bemutatni 

— természetesen a teljesség igénye nélkül. 

/bin: itt találhatók az alaprendszer indítható állományai a hét- 
köznapokban leggyakrabban használt parancsok (például: 
date, chmod, chown). 

/boot: ebben a könyvtárban vannak a rendszerindításhoz nél- 
külözhetetlen állományok, köztük maga a rendszermag - a 
rendszertöltő állományai, beállításai is itt lelhetők fel. 

/dev: ez a könyvtár csupa különleges fájlt tartalmaz, itt vannak 
ugyanis az egyes eszközöket képviselő fájlok, a dev könyvtáron 
belül kategóriákba rendezve; ha valamelyik alkalmazás meg 
akar szólítani egy eszközt, akkor valójában az eszköz kezelőál- 
lományához fordul, amelyeket egytől egyig itt talál meg. 

/etc: szinte kivétel nélkül itt helyezkednek el a rendszerközeli 
alkalmazások beállításfájljai; a legtöbb estben, amikor valamit 
testre kell szabnunk, ebben a könyvtárban kell keresnünk az 
átállítási lehetőségeket. 

/home: s különböző felhasználók saját könyvtárai találhatók itt, 
mindenkihez tartozik egy; ezen a könyvtáron belül minden 
felhasználó azt csinál, amit csak akar — fájlokat hozhat létre, 
törölheti őket stb. 

/lib: más alkalmazások számára különböző szolgáltatásokat 
kínáló állományokat találhatunk itt; a segítségükkel elérhető, 
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1. kép Konsole — A KDE X-terminálja 
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2. kép Így néz ki a Midnight Commander 


hogy ugyanazokat az előre megírt eljárásokat több alkalmazás 
is használja; nagyon hasonlóak a Windowsnál megszokott 
DLL-állományokhoz 

/proc: ez egy látszólagos fájlrendszer; gépünk alkatrészeiről 
találunk itt mindenféle adatot, a legtöbb alkalmazás is innen 
olvassa ki a gép tulajdonságait; mindegyik itt található fájl 
egy szöveges állomány, amely minden rendszerindítás során 
újra létrejön. 

/tmp: a rendszer működése során keletkező átmeneti állomá- 
nyok tárolására szolgál, így rendet lehet tartani az egyes 
alkalmazások háza táján, mivel mindenki egy közös helyre 
szemetel, amit a rendszer hatékonyan karbantarthat. 

/usr: itt találhatók a felhasználói alkalmazások állományai; 

ha egy általános célú csomagot telepítünk, annak a célterülete 
szinte minden esetben e könyvtáron belülre mutat. 


Jogosultságok 

Ezennel a fájlrendszerrel tisztában vagyunk annyira, ameny- 
nyire nekünk, kezdő felhasználóknak szükségünk van, ám 
most egy másik fontos tényezőt kell szemügyre vennünk, 
amely azért fontos, hogy kellő hozzáértéssel hozzunk létre 
fájlokat, mozgassuk, másoljuk őket stb. 

Mint már említettem, a Linux többfelhasználós rendszer, 
ami azt jelenti, hogy egy időben egyszerre többen is hasz- 
nálhatják — akár a helyi gépen, akár valamilyen terminálon 
vagy hálózati kapcsolaton keresztül. Ahhoz azonban, hogy 
akár a véletlen, akár a szándékos károkozást vagy adat- 
lopást megakadályozzuk, gondoskodni kell arról, hogy 
mindenki csak olyan állományokhoz férjen hozzá, amelyek 
a rendeltetésszerű használathoz szükségesek. Egy kicsit 
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bővebben ez azt jelenti, hogy egy átlagos felhasználónak 
nem kell látnia mások állományait, neki ahhoz semmi köze, 
és a rendszer működéséhez szükséges állományokat sem 
szabad megváltoztatnia! E feladatok megoldására létezik az 
úgynevezett jogosultságrendszer, amely szinte egyidős a fent 
vázolt fájlrendszerrel, fájlszerkezettel, és egyébként szorosan 
kapcsolódik hozzá. 


Nézzük, hogy is van ez! 

A rendszer összes állományának - beleértve a befűzött meg- 
hajtókon találhatókat is — vannak bizonyos jellemző tulaj- 
donságai. Itt természetesen nem a méretre és a formátumra 
gondolok, hanem azokra a pluszadatokra, amelyek azt az 
ismeretet hordozzák, hogy egy fájllal egy adott felhasználó 
milyen műveleteket végezhet. Ezek közül számunkra most 
három oktális szám válik fontossá. E három szám alapján 
ismeri a rendszer a felhasználók jogosultságait az adott fájlra, 
s különböztet meg három felhasználói réteget: a tulajdonost, 
a csoportot és mindenki mást. Mindhárom rétegre vonatkoz- 
nak bizonyos jogosultságok (mindegyik esetében ugyanazok 
közül lehet választani), s a hozzáférni kívánó felhasználó 
alapján dől el, hogy ki mit csinálhat, kire mi vonatkozik. 

Ez egy kissé zavaros, ugye? Ne aggódjunk, hamarosan min- 
denki megvilágosodik! 


Az a mágikus oktális szám 
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Haladjunk az elejéről, s nézzük a tulajdonos jogait! Minden 
állománynak, könyvtárnak van egy tulajdonosa, aki egy létező 
felhasználó a rendszerben (a tulajdonos általában az, aki az 
adott fájt létrehozta). Az első oktális szám rá vonatkozik. A fájl 
tulajdonosa a többi jogosultságtól függetlenül azt tehet az 
állománnyal, ami itt engedélyezve van. 

A következő szám a csoport jogaira vonatkozik. Minden fájlhoz 
tartozik ugyanis egy felhasználói csoport, mint ahogy minden 
egyes felhasználó is benne van egy neki megfeleltetett csoport- 
ban (például a felhasználók csoportjába tartozik Józsi). Ha egy 
olyan felhasználó akar hozzáférni a fájlhoz, aki az adott cso- 
portban benne van, az az oktális számnak megfelelő művele- 
teket végezheti el a fájllal. 

Végül az utolsó szám az egyéb, avagy , kívülálló" kategóriára 
vonatkozik. Mindenki, aki nem tagja a csoportnak és nem is 
tulajdonosa az állománynak, az itt lefektetett jogokat birtokolja. 
Igen ám, de ezek közül egy jogosultság csakis akkor érvényes, 
ha vagy a tulajdonosi, vagy a csoportra vonatkozó ugyanezen 
jog engedélyezett. 

Ezeket a jogosultságokat csakis a rendszergazda (root), vagy az 
adott fájl könyvtár tulajdonosa változtathatja meg - ha ez nem 
így volna, az egész védelem nem érne semmit, hiszen bárki 
felhatalmazhatná magát egy fájl használatára. 

Ide kapcsolódik még az a kérdés is, hogy hogyan adható át 
egy fájl tulajdonjoga egy másik felhasználónak vagy hogyan 
változtatható meg a fájlhoz rendelt csoport? A válasz felemás, 
ugyanis a tulajdonjog senkire sem ruházható át, a hozzáren- 
delt csoportot viszont a fájl tulajdonosa megváltoztathatja. 
Ezek a szabályok nem vonatkoznak azonban a renszergazdára: 
ő bárkinek átadhatja bárki fájljait és bármelyik fájl csoportját 
megváltoztathatja. 

Minden ilyen változtatás a chown paranccsal történik, 
amelynek használata a következő: 


chown: cfelhasználósz:ccsoportz 
ss-tájl vagy könyvtársz 


Egy kis könnyítés . . . 

Ez bizonyára soknak tűnt így elsőre, de azzal szeretném meg- 
nyugtatni a kedves felhasználókat, hogy ezt azért nem kell 
állandóan használnunk, de egy , Hozzáférés megtagadva" 
üzenet esetén azonnal tudjuk a hiba okát, s orvosolni tudjuk 
azt — rendszerismeretünkhöz elengedhetetlen ezeknek a 
tényeknek az ismerete. Azért nem kell mindent kézzel beállí- 
tani, az állományoknál a grafikus felület is kínál számunkra 
beállítási lehetőségeket. Kattintsunk rá valamelyik meghajtó- 
ikonra, majd válasszunk egy tetszőleges fájlt vagy könyvtárat, 
s kattintsunk rá az egér jobb gombjával, majd válasszuk a 
legalsó Tulajdonságok menüpontot. Eredményül egy panelt 
kapunk, amelyen a második fül a jogosultságokra vonatkozik. 
Itt a fent tárgyaltakat állíthatjuk be igen kényelmes módon, 
feltéve, ha van hozzá jogunk. Emellett van néhány parancs- 
soros eszköz, amelyek nemcsak a jogosultságkezelést könnyítik 
meg, de a fájlműveleteket is segítik úgy általában. Ilyen eszköz 
a közismert Midnight Commander, amelynek ismertetése előtt 
azonban egy kis kitérőt kell tennünk. 


A parancssor használata 

A Unix-rendszerekről általában elmondhatók, hogy parancs- 
sorban rendkívül erősek, tehát igen hatékonyan lehet használni 
a rendszerünket szöveges utasításokon keresztül is. Ha jobban 
belegondolunk, tulajdonképpen a legtöbb grafikus szolgáltatás 
is ezekre a parancssori elemekre épül, azzal a különbséggel, 
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3. kép Jogosultságok megtekintése a Kongueror segítségével 


hogy ott fizikailag nem mi gépeljük be a parancsokat. 

Az egész folyamatot tekintve a dolog úgy zajlik, hogy beje- 
lentkezéskor mindenkihez hozzárendelődik egy héj (shell), 

s utána ezen a héjon belül tevékenykedhetünk, kihasználva 
a rendszerünk nyújtotta szolgáltatásokat. (Ez a fajta héj-hoz- 
zárendelődés természetesen a távoli felhasználás során is 
érvényes.) A grafikus munkakörnyezet ezt ugyan elrejti elő- 
lünk, de a háttérben ott van, olyannyira, hogy egy parancs- 
soros ablak formájában akár elő is hozhatjuk. Ebből egyéb- 
ként tetszőleges számút futtathatunk egymás mellett, mind- 
ehhez csak az kell, hogy valahonnan (a bejelentkezéskor 
kapott héjból) el tudjuk indítani őket. Számunkra az alapér- 
telmezett program, amely biztosítja a parancssort, nem más, 
mint a KDE egyik alkalmazása, a Konsole, amelyet a panelen 
a KDE menü mellett találunk. Flindítva egy a windowsos 
parancssornak megfelelő linuxos parancsértelmezőt kapunk, 
ám ennek az erejével, tudásával össze sem hasonlítható 
redmondi társa (ennek többnyire hagyomány- és szemlélet- 
beli okai vannak). Annak értekében, hogy mindez hihető 
legyen, sorozatunk egy későbbi részében egy teljes cikket 
fogunk áldozni a linuxos parancssor, azon belül is a bash 
nevű parancsértelmező program bemutatására. 

Egy valamirevaló linuxos szakember élete nagy részét ilyen 
parancsértelmezők között tölti, s legfeljebb a weblapokat néze- 
geti grafikusan — nem árt tehát, ha fokozatosan hozzászokunk 
(eleinte csak a gondolathoz) a parancssorok jelenlétéhez, 
aktív használatához. 


A Midnight Commander 

Ez egy klasszikus, meglehetősen idős, karakteres módú 
fájlkezelő alkalmazás, nevéből kikövetkeztethetően a DOS-os 
Norton Commanderhez, a DOS Navigatorhoz vagy éppen a 
windowsos lotal Commanderhez hasonló feladatot lát el. 
Tisztában vagyok vele, hogy nincs az az ember, aki ne 
használna ilyen osztott paneles fájlkezelő megoldást. Én Linux 
alá ezt a programot javaslom, hiszen kis memóriaigénye és 
karakteres módú megjelenése miatt bárhol alkalmazható. 
Mindenekelőtt telepítsük az alkalmazást, amelyhez indítsuk el 
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a YaS1 vezérlőközpontot, s ott a Szoftver kategóriából válasz- 
szuk a Szoftver telepítése és eltávolítása lehetőséget (mint azt 
az előző cikk csomagkezelésről szóló részében megtanultuk). 
Itt a csomagcsoportokon belül a File Utilities kategóriában 
található mc csomagra lesz szükségünk. Ha valamilyen okból 
kifolyólag nem találnánk meg, válasszuk a keresés lehetőséget, 
s keressünk rá az mc kifejezésre. A telepítés után nincs is szük- 
ségünk másra, mint elindítani egy parancssort, s kiadni az 

mc parancsot. 

Indítás után elénk tárul a már jól megszokott felépítésű fájl- 
panel-képernyő, így már talán otthonosabban érezhetjük 
magunkat a rendszerünkben. A részletes megismerést az 
olvasóra bízom, itt most csak néhány témába vágó szolgálta- 
tását szeretném kiemelni. Először is itt van ugye a fájlműve- 
letekhez nyújtott támogatás (másolás, törlés, mozgatás stb.), 
másodszor pedig a segítségével viszonylag átlátható formában 
állíthatjuk be a fájlok jogosultságait. 

legyünk is egy próbát, s keressük meg az előbbi példában 
létrehozott probafajl nevű állományunkat, álljunk rá a kur- 
zorral, majd nyomjuk le a CTRL--x billentyűkombinációt, 
ezután nyomjuk le a c billentyűt. Azonnal láthatjuk a jogo- 
sultságkezelő ablakot, ott pedig a jól megismert három 
kategóriát: tulajdonos, csoport, mások. Mindegyik mellett 

ott az emlegetett ír, olvas, futtat/belép jogosultság, a mi 
dolgunk csak annyi, hogy a szóközbillentyű segítségével 
beikszeljük azt a jogot, amire szükségünk van, így nem kell 
binárisan vagy épp oktálisan számolgatnunk a beállítandó 
jogosultságnak megfelelő kódot. 

Ha ezzel megvolnánk, maradjuk továbbra is a megadott 
állományon, s most nyomjuk le a CTRL-4-x kombinációt, majd 
az o billentyűt. Ekkor a tulajdonlást kezelő ablak jelenik meg, 
ahol tulajdonosként a listából kiválasztva egy másik csoportot 
rendelhetünk a fájlhoz, rendszergazdaként pedig ugyanezen 
a módon a fájl tulajdonosát is megváltoztathatjuk. 
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Összegzés 

Most végre elmondhatjuk magunkról, hogy valamelyest 
konyítunk a linuxos fájlkezeléshez, s ha nem is ismerünk 
minden apró trükköt, a mindennapi feladatok során már 
egészen jól elboldogulunk ezekkel az ismeretekkel. Nem kell 
azonban minden bitet részletesen ismernünk, a gyakorlatban 
az itt elmondottakra kezdőként olyan helyzetekben lehet 
szükségünk, ha mondjuk kézzel, s nem csomagból telepítünk 
egy alkalmazást, s esetleg olyan könyvtárba kell azt másolni, 
ahová csak a rendszergazdának van írási joga. Ebben az 
esetben egyetlen teendőnk van: be kell jelentkezni rendszer- 
gazdaként, s úgy elvégezni az előírt műveletet. Hasonló 
gond léphet fel bizonyos fájlok létrehozásánál törlésénél, 
vagy egyéb olyan alkalmazásoknál, amik egy olyan fájlt 
szeretnének használni, amelyre nincs is olvasási joguk. 
Ekkor, ha ismerjük a fájlt, egy huszárvágással megoldhatjuk 
a problémákat, s idővel a parancssor egyre fokozódó hasz- 
nálatával eljutunk oda, amikor már mindenféle külső segítség 
nélkül, csupán az addig összegyűjtött ismeretanyag felhasz- 
nálásával képesek leszünk minden nehézséget elhárítani. 
Kellemes gyakorolgatást! 


Komáromi Zoltán 

(komrokiskapu.hu) 

23 éves, a BME hallgatója, 

mellette PHP-programozóként dolgozik. 
Kedvenc területe a multimédia. 
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Linuxos kiszolgálót mindenkinek! (2. rész) 


A SuSE Linux mint kiszolgáló - kisvállalati és otthoni környezetben. 


z elmúlt alkalommal eljutottunk oda, hogy - elsősor- 
AA ban kiszolgálói feladatok ellátására — feltelepítettünk 

egy SuSE Linuxot. Most ezt a kiszolgálót fogjuk 
finomhangolni: felhasználókat, felhasználói csoportokat készí- 
tünk, beállítjuk a kiszolgáló biztonsági szintjét, felügyelhetővé 
tesszük a gépet és tűzfalat készítünk. 


Felhasználók és felhasználói csoportok 

Felhasználók létrehozásakor ökölszabályként alkalmazandó, 
hogy a felhasználókat a működési területüknek megfelelő 
felhasználói csoportokba tegyük, a felhasználói csoportokat 
pedig úgy hozzuk létre, hogy jól elkülöníthetőek legyenek 
egymástól. Minden felhasználónak csak a működéséhez, a 
munkája elvégzéséhez szükséges jogosultságokat adjuk meg. 
Felhasználókat vagy a useradd paranccsal vehetünk fel, vagy 
a YaSI rendszergazdai felületen keresztül. A useradd parancs- 
ról bővebb leírást kaphatunk a megfelelő súgóoldal megnyitá- 
sával. A YaS1I-on keresztül egy olyan felülethez juthatunk, 

ami az összes felhasználót és felhasználói csoportot megmu- 
tatja nekünk, így grafikusan is jó áttekintést kapunk a felhasz- 
nálókról. A YaS1I-on belül a Biztonság és felhasználók menü- 
pontban találjuk a felhasználók felügyeletével foglalkozó részt. 
A Csoportok létrehozása és módosítása menüpontot kiválasztva 
megjelenik a Felhasználók és csoportok adminisztrációja ablak, 
ezen belül pedig egy lista a már létező felhasználói csoportok- 
ról. Az ablak alján található Szűrő beállítása és Egyedi szűrő 
gombbal szűrési feltételeket adhatunk meg, így téve még átlát- 
hatóbbá a listát. A Hozzáadás gombbal új csoportot hozhatunk 
létre. Ekkor meg kell adnunk egy csoportnevet, egy egyedi 
csoportazonosító számot, megadhatunk továbbá jelszót a cso- 
porthoz, és rögtön ki is jelölhetjük, hogy mely felhasználókat 
társítsuk a csoporthoz. 

Felhasználók hozzáadásához a Felhasználók létrehozása és 
módosítása menüpontot válasszuk. Ekkor az előbbihez hasonló 
ablak jelenik meg, ahol szintén meghatározhatunk szűrőket és 
a Hozzáadás gombbal új felhasználót adhatunk a rendszerhez. 
A megjelenő ablakban meg kell adnunk a felhasználó teljes 
nevét, az azonosítóját, illetve a jelszavát. A Jelszóbeállítások 
gombra kattintva a jelszó lejáratával kapcsolatos adatokat 
adhatjuk meg, úgymint figyelmeztetés, az érvényesség időtar- 
tama, a lejárat pontos időpontja. A Részletek gombra kattintva 
beállíthatjuk a felhasználó egyedi azonosítószámát, saját 
könyvtárának a helyét -— amit egyébként a felhasználói csopor- 
toknak megfelelően érdemes elhelyezni, és ez alapján csopor- 
tosítani a felhasználókat —, megadhatunk kiegészítő felhaszná- 
lói adatokat, a bejelentkezési héjat (shellt), alapértelmezett és 
további csoportokat. Héjnak érdemes a felhasználó szükség- 
leteinek megfelelő héjat megadni. Így amennyiben felhasz- 
nálónk csak levelezést vagy megosztott könyvtárakat használ, 
úgy héjnak a /bin/false-t adjuk, így megakadályozzuk, hogy ez 
a felhasználó a kiszolgálóra akár helyileg, akár távoli eléréssel 
(SSH, Telnet stb.) közvetlenül bejelentkezzen. Amennyiben a 
felhasználó munkája során szükség van konzolra, ráadásul 
párhuzamosan több felületet is használnánk, úgy használjuk 
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a /usr/bin/screen héjat, amit a screen csomag telepítése után 
érhetünk el. Ha ezzel végeztünk, kattintsunk a Következő 
gombra, majd fogadjuk el az eddig elkészített beállításainkat. 


Biztonsági beállítások 

A YaSI Biztonság és felhasználók menüpontjának biztonsági 
beállításai közül először foglalkozzunk a Biztonsági beállítások- 
kal. Ezt a modult indítva három előre meghatározott bizton- 
sági összeállítás közül választhatunk, vagy létrehozhatjuk a 
sajátunkat. Beállíthatjuk, hogy a felhasználói jelszavak létre- 
hozásakor a rendszer egy szótárral hasonlítsa össze a megadott 
jelszót, és ha megtalálja, akkor figyelmeztesse a felhasználót, 
hogy egy ilyen jelszót esetleg könnyen ki lehet találni. A Jelszó 
elfogadhatóságának ellenőrzése lehetőség pedig biztosítja, hogy 
a felhasználónak megfelelően bonyolult jelszót gépeljen ahhoz, 
hogy a rendszer elfogadja. Megadhatjuk továbbá a jelszó titko- 
sításának eljárását, a legfeljebb figyelembe vett karakterek 
számát, a legkisebb jelszóhosszt, valamint a jelszó lejárata előtti 
figyelmeztetést napokban. 


Tűzfalak 


Rendszerünk védelme szempontjából nagyon fontos szerepet 
kap egy jól beállított tűzfal. Tűzfalunkra hárul ugyanis az a 
feladat, hogy elválassza a biztonságos belső hálózatot a nem 
biztonságos külső hálózattól, például az internettől. 

A tűzfalaknak többféle összeállítása létezhet az alkalmazott há- 
lózat topológiájától, szolgáltatásától, biztonsági követelményeitől 
függően. A megfelelő összeállítás kiválasztása mind a rendszer 
biztonsága, mind a rendszerre fordított anyagiak szempontjából 
kényes kérdés. Mielőtt nekiállunk tűzfalat készíteni, érdemes 
kockázatelemzést készíteni, hogy a megfelelő biztonságot garan- 
tálni tudjuk, de azért ne szaladjon el velünk a ló. 

A legegyszerűbb eset, amikor egy kiszolgáló védelméről kell 
csak gondoskodni. Ekkor elég felmérnünk azt, hogy a kiszol- 
gálón milyen szolgáltatások fognak futni, és a tűzfalat ehhez 
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mérten tudjuk beállítani. Ilyenkor elég a szolgáltatások által 
igényelt kapuk kinyitása, természetesen a kapuk forgalmának 


nös esetben elképzelhető, hogy a hálózati átjárót a belső hálózat 
oldaláról is védeni kell — ez csak tovább bonyolítja a dolgunkat. 


monitorozása mellett. 

Kicsit bonyolultabb a helyzet, ha olyan hálózatunk van, ami 
egy adott gépen (hálózati átjárón) keresztül éri el mondjuk az 
internetet. Ekkor a tűzfalunkat úgy kell beállítani, hogy az vé- 
delmet nyújtson az átjárónak és a mögötte lévő hálózatnak is 
úgy, hogy a hálózati ügyfelek munkáját ne akadályozza. Külö- 
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A SuSE Linuxba épített tűzfalszolgáltatás akár háromrétegű 
tűzfalszerkezetet is támogat. Így lehetőségünk van a belső 


hálózat-DMZ-külső hálózat felépítés kialakítására. Belső háló- 


zatunk értelemszerűen a biztonságos helyi hálózat; a külső 
hálózat a nem biztonságos hálózati szakasz, ahonnan a táma- 


dások várhatóak; s a DMZ pedig nem más, mint a szabad zóna 
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Frissítés SuSE 9.0-ra 


Magyarországon is bemutatták a SuSE Linux 9.0-s kiadását, amely 
a fejlesztők szerint az utóbbi idők egyik legkiforrottabb Linux-válto- 
zata. Sok olyan szolgáltatást kínál, ami miatt egy kiszolgálót is 
érdemes lehet frissíteni az új kiadásra. Ilyen szolgáltatás például 

a YaST-ba épített Samba, DHCP DNS vagy Apache modul, hogy 
csak párat említsek. Természetesen a frissítés szükségességét 
mindenkinek saját magának kell megítélnie, de én úgy döntöttem, 
hogy frissítek, és a cikksorozatban a továbbiakban a SuSE 9.0-s 
kiadás nyújtotta lehetőségeket is bemutatom. 

A frissítés maga nem túl bonyolult dolog, de azért körültekintést 
igényel. A telepítés a megszokott módon kezdődik: először behe- 
lyezzük a CD-t vagy a DVD-t a meghajtóba, és a gép indítása után 
kiválasztjuk a felepítés menüpontot. A telepítő a megszokott módon 
először a telepítés nyelvét állítja be, itt válasszuk a magyart. A kö- 
vetkező lépésben a telepítő rákérdez a telepítés típusára. Amennyi- 
ben már meglévő SuSE Linux-rendszerünk van, úgy válasszuk a 
Meglévő rendszer frissítése lehetőséget, s ha új rendszert szeret- 
nénk telepíteni, akkor természetesen az Új telepítés menüpont a 
megfelelő választás. 

Miután a telepítés menetét az előző cikkemben már leírtam, és ez 
a 9.0-s kiadásnál sem különbözik lényegesen, most a frissítés 
menetével foglalkozom. 

Miután a telepítő ellenőrizte a meglévő rendszert és a csomagadat- 
bázist frissítette az új változatra, megjelenik a Jfelepítési beállítások 
ablak. Itt az új rendszer telepítéséhez hasonlóan megadhatjuk a 
telepítendő rendszer nyelvét, billentyűzetkiosztását, de amire mi 
most a figyelmünket összpontosítjuk, az a Frissítési mód és a Biz- 
tonsági mentés menüpontok. 

A Frissítési mód menüpont alatt adhatjuk meg, hogy egy előre 


összeállított csomaglista alapján kívánjuk-e frissíteni a rendszert, 
vagy a meglévő csomagjainkat kívánjuk frissíteni. Az előbbi előnye, 
hogy felteszi a legfrissebb, legújabb szolgáltatásokat, az utóbbié, 
hogy nem változtat a meglévő csomag-összeállításon. Én az utóbbit 
javaslom, mert az új csomagokat később is tudjuk telepíteni, vi- 
szont ezzel a beállítással biztosított, hogy a rendszer frissítés után 
is a már összeállított kiépítésnek megfelelően fog működni. Fontos 
még odafigyelni az ablak alján lévő Karbantartás nélküli csomagok 
törlése jelölőnégyzetre. Ezt javasolm kikapcsolni, mert ha nem 
tesszük meg, az olyan csomagokat, amelyekről a rendszer úgy ítéli 
meg, hogy nem fogjuk használni, egyszerűen letörli, ez pedig 
meglepetéseket okozhat a későbbiekben. 

A Biztonsági mentések menüpont alatt lehetőségünk van a régi 
rendszerről készítendő mentések beállítására. Mindenképpen jelöl- 
jük be a biztonsági mentés készítését a módosítandó állományokról 
és a teljes /etc/sysconfig könyvtárról. A mentés később a /var/adm/ 
backup könyvtárban lesz található, ahonnan akár törölni is lehet. 

Ha ezekkel a beállításokkal végeztünk, indíthatjuk a frissítést. 

A SuSE saját bevallása szerint a 7.3, 8.0, 8.1 és 8.2 rendszerekről 
történő frissítés zökkenőmentes lesz. Ettől függetlenül készítsünk az 
adatainkról, beállításokról biztonsági másolatot, és ahogy mondani 
szokták: mindenki a saját felelősségére csinálja! 

Ha a telepítő végzett a csomagok telepítésével, akkor hátravan még 
az internetkapcsolatunk kipróbálása és a frissített csomagok letöl- 
tése az internetről. Frissítéshez válasszuk a suselinux.hu kiszolgálót, 
és ha gondoljuk, akkor bízzunk meg a rendszer önműködő csomag- 
telepítésében. 

Ezzel végeztünk is, feltettük a legfrissebb SuSE Linuxot, egy ajánlott 
újraindítás után dolgozhatunk is tovább. 
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(demilitarized zone), vagy elsődleges hálózat (perimeter net- 
work), ami egy köztes, elkülönített réteg a biztonságos belső 
hálózat és a külső hálózat között vagy mellett. Itt szokták elhe- 
lyezni az olyan gépeket, amelyek például az internet felől elér- 
hető szolgáltatásokat nyújtanak. Mivel a szabad zónát mindkét 
oldalról tűzfal határolja, az esetlegesen a szabad zónában megtá- 
madott gépről a belső hálózaton keresztül nem tudnak további 
adatokat szerezni — sikeres támadás esetén a támadó nem jut 
rögtön hozzáféréshez a belső hálózathoz. Ez a kiépítés a legbiz- 
tonságosabb megoldás, de elég drága, hiszen további eszközök 
beszerzését teszi szükségessé, illetve a kiépítése bonyolultabb, 
mint egy belső hálózat-külső hálózat felépítésű rendszeré. 
Otthoni, kisvállalati telhasználási körben — megfelelő biztonsági 
kockázatelemzést követően - dönthetünk úgy, hogy ez az 
utóbbi felépítés megfelelő biztonságot nyújt számunkra. Ebben 
az esetben a belső hálózat-külső hálózat kiépítésére a YaST 
megfelelő eszközöket nyújt. 

A YaSI Biztonság és felhasználók menüpontja alatt található 

a Tűzfal modul, amelynek az indításával kezdhetjük meg a 
tűzfalunk beállítását. Az első lépésben meg kell adnunk a 
kiszolgáló külső és belső hálózatához tartozó hálózati csatoló 
nevét. Figyeljünk rá oda, hogyha ADSL kapcsolatot haszná- 
lunk, akkor nem a hálózati kártyát kell megadnunk, hanem 

az adott eszközhöz tartozó PPP-csatolót (általában a pppO-t). 
Következő lépésben megadhatjuk, hogy milyen szolgáltatá- 
sokat akarunk elérhetővé tenni a kiszolgálón, így például a 
HTTP SMTP egyéb levelezési protokollok, SSH. Érdemes arra 
odafigyelni, hogy a HITE SMIB POP3, IMAP telnet proto- 
kollok a teljes adatforgalmat titkosítás nélkül bonyolítják le, így 
ha valaki egy arra alkalmas helyen lehallgatja a hálózatunkat, 
akkor felhasználói nevekhez, jelszavakhoz is hozzájuthat. 
Ezért ahol lehet, érdemes az SSL-es szolgáltatásokat használni. 
Ezeknek a beállításához majd tanúsítványokat kell létrehozni, 
amivel a protokoll a titkosítást fogja végezni, de erről még 
szólunk a későbbiekben. 

A Szakértő gombra kattintva további kapukat adhatunk meg 
elérésre, nevük a /etc/services állományban találhatók meg. 
Következő lépésben négy fontos beállítást végezhetünk el. 

Az első az Útvonalkövetés engedélyezése, amely lehetővé teszi, 
hogy a távoli gépről úgynevezett , ICMP time to live exceeded" 
csomagokat küldjünk a gépnek. Ez egyfelől hasznos, mert a 
ping parancs segítségével megállapíthatjuk, hogy a gép pilla- 
natnyilag elérhető-e, ugyanakkor ez támadási felületet ad a 
szolgáltatásmegtagadásos (Denial of Service, DoS) támadások- 
hoz. DoS támadás alkalmával például ICMP csomagokkal 
árasztják el a kiszolgálót, ami — mivel a nagy terhelés miatt nem 
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Kockázatelemzés adatbiztonsági szempontból 


A biztonság az egyik legfontosabb dolog napjainkban — erre 
érdemes költeni, mert adataink elvesztése óriási gondokat idézhet 
elő, és ez ma már nem csak üzleti környezetben van így. Otthoni 
felhasználókat is fájdalmasan érinthet, mondjuk a családi fény- 
képek elveszítése, amiket az elmúlt években az újonnan vásárolt 
digitális kamerával készítettek, vagy éppen egy egyetemi házi 
feladat, munkahelyi leírás eltűnése. Éppen ezért érdemes odafi- 
gyelni a biztonságra, költeni rá. És itt szokott felmerülni a kérdés, 
hogy mennyit is áldozzunk a biztonságra? A kevés adott esetben 
olyan, mintha semmit nem tettünk volna, a sok pedig felesleges 
kiadásként jelentkezik. A kulcsszó: felmérés és tervezés. 
Megtehetjük, hogy az adatainkat többszörözött lemezrendszeren 
tároljuk, ahogy azt az előző cikkemben be is mutattam, megtehet- 
jük, hogy rendszeres mentéseket készítünk, amit aztán a számító- 
gép mellett tartunk. Mit ér mindez egy tűz alkalmával? Semmit. 
Elveszik a gép, megsemmisül a mentés. 

Beállíthatunk akármilyen jó tűzfalat, készíthetünk szigorú felhasz- 
nálói beállításokat — mindez semmit nem ér, ha a kiszolgáló fizikai- 
lag hozzáférhető és el lehet vinni a merevlemezeket. 

Meg kell tehát teremteni a fizikai és logikai védelmet, az adatok 
biztonságos tárolásának feltételeit, és fel kell készülnünk egy 
esetleges rendszer-helyreállításra. Ehhez készíthetünk vésztervet, 
meghatározhatjuk, hogy ilyen esetben kinek mi a feladata. Amire 
pedig semmiképpen nem lehet felkészülni, olyan esetekre köthe- 
tünk biztosítást. Ezzel ismét eljutottunk oda, hogy határt kell szab- 
nunk, mire és mennyit akarunk költeni. Körültekintés és alapos 
tervezés, ez a megfizethető biztonság kulcsa. 


fogja tudni kiszolgálni a csomagokat - elérhetetlenné válik. 
Ezt a kockázatot mindenképpen figyelembe kell vennünk. 

A második beállítási lehetőség a Forgalomtovábbítás és álcázás 
(NAI -— Network Address Iranslation), amire akkor lesz szük- 
ségünk, ha a tűzfal mögött elhelyezett hálózatnak saját IP-tar- 
tományt akarunk adni, és az ügyfelek számára elérhetővé 
kívánjuk tenni a külső hálózatot. Ekkor a belső hálózati gépek- 
ről indított forgalom úgy fog látszani, mintha azt a kiszolgáló 
indította volna. Ez arra jó, hogy elrejtsük, hogy a kiszolgáló 
mögött helyi hálózatot hoztunk létre, valamint ennek segítsé- 
gével takarékoskodni tudunk a rendelkezésünkre álló nyilvános 
IP-címekkel. Amennyiben otthoni hálózatot szeretnénk üze- 
meltetni, ennek a lehetőségnek használata szükséges például 
egy ADSL kapcsolat megosztására. (Figyelem, a szolgáltatók az 
Előfizetői szerződés keretében az ADSL és a kábeltévés internet- 
elérések megosztását korlátozhatják, sőt akár tilthatják is!) 

A harmadik beállítási lehetőség a Minden futó szolgáltatás 
védelme lehetőség. Ha ezt bekapcsoljuk, úgy az engedélyezett 
szolgáltatásokon kívül minden más szolgáltatáshoz érkező kérés 
vissza lesz utasítva — hasznos például DoS támadások ellen. 

A negyedik pedig a már említett Védelem a belső hálózattal 
szemben. Ekkor a belső hálózatról is csak a kijelölt szolgáltatá- 
sok lesznek elérhetők. 

Negyedik lépésben lehetőségünk van beállítani, hogy a tűzfal 
futása alatt milyen biztonsági események legyenek a helyi 
naplóba bejegyezve. Alapesetben a kényes csomagok kerülnek 
naplózásra, mind az elfogadott, mind az eldobott csomagok. 
Mivel ezek a bejegyzések a többi rendszerbejegyzéssel együtt 
a /var/log/messages naplóállományba kerülnek, ez a naplózás 
eléggé meg fogja növelni a napló méretét, amely így elérheti 


a napi 3-4 MB-ot is. Hibakeresési céllal bekapcsolhatjuk, hogy 
minden egyes csomag naplózásra kerüljön, de ez tényleg csak 
rövid idejű használatra ajánlott, mert így akár több 10 MB-os 
naplóállomány is előállhat. Ha minden beállítással végeztünk, 
akkor elindíthatjuk tűzfalunkat, így ezek után már nagyobb 
biztonságban érezhetjük magunkat. 

Tűzfalunk összetettebb beállítása érdekében vessünk egy pil- 
lantást a Rendszer menüpont /etc/sysconfig szerkesztőmodul- 
jára. A bal oldali fában a /network/firewall/SuSEfirewall2 alatt 
találhatóak a SuSE-tűzfal további beállítási lehetőségei. Ezek 
módosítása csak haladó felhasználóknak ajánlott, mert csúnyán 
elszúrhatjuk vele a tűzfal beállításait. Ezekre a beállításokra 
egyszerű irodai, otthoni kiszolgálók esetén ritkán van szükség. 
Az egyik ilyen beállítási terület például az UDP-csomagok 
forgalmának a szabályozása, amelyre például DNS-kiszolgáló 
üzemeltetésekor vagy IPSEC titkosított csatorna létrehozásakor 
lehet szükség. Itt tudunk beállítani kaputovábbítást (port 
forward) a belső hálózat felé, és itt tudjuk beállítani a már 
említett három rétegű tűzfalszerkezetet is. 


Naplóállományok kezelése 

A SuSE 9.0 a rendszer futása alatt keletkező naplóeseményeket 
a /var/log/ könyvtárban tárolja. A könyvtárban további mappák 
is találhatók, amelyekben bizonyos telepített szolgáltatások 
külön naplóállományokat hoznak létre, például az Apache 
webkiszolgáló a http könyvtárat, a Samba fájl- és nyomtató- 
kiszolgáló a samba könyvtárat. Rendszerünk biztonságos üze- 
meltetéséhez elengedhetetlen, hogy a naplóállományokat 
figyelemmel kísérjük, hiszen az üzemzavar vagy a támadási 
kísérlet ezekből derül ki egyértelműen. A /var/log könyvtárban 
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találhatók a messages és a mail állományok, ahová a rendszer 
és a levelező az elkészült naplóbejegyzéseket gyűjti. 

Ezeknek az állományoknak az állandó szemmel tartása fontos, 
ugyanakkor elég kényelmetlen dolog. A SuSE Linuxban erre 
létezik egy logdigest nevű csomag, ami minden éjszaka 
kigyűjti az aznapi naplóbejegyzéseket és egy megadott elektro- 
nikus címre juttatja el őket. A logdigest csomag egyik leg- 
főbb erénye, hogy a naplózott események megjelenítését sza- 
bályos kifejezésekkel saját magunk csoportosíthatjuk, így elő- 
térbe helyezhetünk olyan bejegyzéseket, amelyek fontosak 
számunkra. A /etc/logdigest könyvtárban találhatók az alarming 
és az ignore állományok. Az előbbibe tegyük az olyan kifejezé- 
seket, amelyek fontos, riasztásértékű adatokkal szolgálnak, 
például a rendszermaghibára utaló bejegyzéseket. Az utóbbi 
állományba tegyük az olyan bejegyzéseket, amelyeket fontos- 
nak tartunk menteni, de adott esetben nem akarunk minden 
nap átböngészni. A config állomány a logdigest beállítására 
szolgál. Itt adhatjuk meg, hogy mely naplóállományok kerül- 
jenek feldolgozásra, mely felhasználó kapja meg a kiküldött 
elektronikus levelet, illetve, hogy egyéb rendszeradatok feldol- 
gozásra kerüljenek-e. 

Ha idáig eljutottunk, akkor van egy működő, alapjában 

véve biztonságosnak tekinthető kiszolgálónk. 


lllés Viktor (viktor2Dei.hu) 

23 éves, a BME műszaki informatikus szakának 
hallgatója, mellette weblapokkal, linxos és 
windowsos rendszerekkel foglalkozik. Szabadidejét 
legszívesebben a szabadban tölti, teniszezik és 
kerékpározik. 
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Antik kinézet a Gimp segítségével 


Próbáljuk ki ezeket a trükköket, és adjunk a képeinknek klasszikus, kortalan megjelenést! 


digitális tényképezőgépek 
egyik sokat reklámozott előnye 


a hagyományos darabokkal 
szemben - legalább is alacsony ISO ér- 
tékeknél -— a képek szemcsézettségének 
a hiánya. A fényképezés és papírkép- 
készítés hagyományos feldolgozásának 
velejárója a szemcsézettség, ami külön- 
böző tényezők eredménye, de a legfőbb 
ok magában a film felépítésében (külön- 
böző rétegeiben) keresendő, ami nem 
más, mint fényérzékeny részecskék 
emulziója a celluloidon. Minél nagyob- 
bak ezek a részecskék, a film annál érzé- 
kenyebb a fényre. Ez határozza meg a 
film IS0-besorolását. A nagyobb érzé- 
kenységnek ára van: minél nagyobbak 

a részecskék, annál könnyebben jelen- 
nek meg szemcsézettségként a kidol- 
gozott filmen. Néhány nagyérzékeny- 
ségű fekete-fehér film, amilyen például 
a Kodak 1I-Max 3200, különösen szem- 
csés — ezeket azok a fotósok részesítik 
előnyben, akik szeretik képeiken a 
szemcsézett megjelenést. 

A digitális fotózásban az érzékelő zaja- 
ként kapjuk meg ennek a szemcsézett- 
ségnek a hasonmását. Digitális képeimen 
rendszerint csökkenteni akarom a zajt, 
de néha olyan homokszetrű, szemcsézett 
filmhatást keltő látványt szeretnék 
elérni, amit a művészmozikban, az utcai 
fényképezésnél vagy a régi fotókon látni. 
Ebben a cikkben egy hatékony trükköt 
mutatok arra, hogy egyébként szemcsé- 
zetlen digitális fotóinkon hogyan 
utánozzuk ezt a szemcsézettséget. 

A másik klasszikus fényképészeti fogás, 
amelyik a digitális képfeldolgozásban 

is helyet kapott, a szépiaszínezés. A szé- 
piaszínezést eredetileg arra fejlesztették 
ki, hogy a korai fekete-fehér, ezüstalapú 
papírképek élettartamát növeljék. A fo- 
lyamat hatására a képen lévő ezüstszem- 
csék ezüstszulfiddá alakulnak át, ami 
stabilabb az ezüstnél - így legalább lassul 
a kémiai károsodás feltartóztathatatlan 
folyamata. A XIX. század végén és a XX. 
elején az akkori, valószínűleg piszkosfe- 
hér színű fotópapírok gyenge minősége 
miatt ez kellemesebb látványt is nyújtott, 
mint az egyszerű fekete-fehér szín. 

A hagyományos szépiaszínező folyamat 
során a kidolgozott képet óvatosan rázo- 
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gatták egy fehérítő oldatban, míg az 
ezüst egy része vagy az összes a fémes 
állapotból át nem alakult. Az öblítés 
után a képet szépia-színezőfürdőbe áz- 
tatták, amíg csak a kifehérített ezüst el 
nem érte a kívánt árnyalatot. Végül a 
felesleges színező eltávolítása céljából 

a képet ismét lemosták, majd megszárí- 
tották. A digitális képkezelésre való át- 
térés révén és az archív hatású színező- 
anyagokkal készülő festékek használa- 
tával a szépiaszínezés ma már szinte 
kizárólag esztétikai célokat szolgál. 

Egy szépiafotó az időtlenség érzését 
árasztja magából. Egy olyan hatékony 
képfeldolgozó programmal, mint 

a Gimp és a megfelelő fotóminőségű 
tintasugaras nyomtatóval kitűnő minő- 
ségű szépiaszínű fotókat állíthatunk 
elő anélkül, hogy bűzös, mérgező vegy- 
szerekbe kellene nyúlkálnunk. 

A cikkben annak a vignette-hatásnak 
az elkészítési módját is meg fogom mu- 
tatni, amely az arcképfényképezés má- 
sik népszerű hozománya. A vignette-ha- 
tás kifejezést ebben az esetben nem a 
népszerű , fokozatosan elhalványuló, 
ovális képkivágás" értelemben haszná- 
lom, hanem olyan különleges lencsét 
vagy lencseárnyékolót értek alatta, ami- 
vel a kép keretének sarkai felé haladva 
fokozatos fényelhalványulás érhető el. 


A film szemcsézettségének utánzása 
A Gimp menüinek nagy része a kép 
ablakában végrehajtott jobb egérkattin- 
tással érhető el. A következőkben ezt a 
műveletet JK-val (Jobb KIikk) rövidítem. 
Ha egy alkalmazandó Gimp-tevékeny- 
séget szeretnék leírni, zárójelek közé tett 
menüpontsorozatot vagy billentyűkom- 
binációkat olvashatunk majd. Például 
egy kép megnyitásakor a (IK: Filez Open) 
formát használom, ami annyit jelent, 
hogy a jobb egérgombbal kattintunk a 
kép ablakán, kiválasztjuk a File menü- 
pontot, majd a megjelenő menüből az 
Open-t. Ha célszerűbbnek tűnik a billen- 
tyűkombinációs megoldás, listát közlök 
azokról a gombokról, amiket meg kell 
nyomnunk. Például a kép másolására 
szolgáló (CTRL-C) jelentése: nyomjuk le 
és tartsuk nyomva a CONTROL billentyűt, 
s ezután nyomjuk meg a C-t. 





2. kép RGB-ből szürkeárnyalatosba 
és vissza RGB-be az átalakítás után 


A kezdéshez feltételezem, hogy rendel- 
kezünk egy, az 1. képen láthatóhoz ha- 
sonlóan művészi lehetőségeket hordozó 
fényképpel, amit betöltöttünk a Gimpbe. 
Ha a hatást hozzám hasonlóan fekete- 
fehérben szeretnénk alkalmazni, akkor 
az első lépés az, hogy a színes képünket 
megfosztjuk a színeitől. Az átalakítás 
egy egyszerű módja a szürkeárnyalatos 
(grayscale) módba való átváltás 
(K:Image: Mode: Grayscale), amely 
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4. kép A Gimp eszköztára az előtér színének 
megváltoztatása után 
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5. kép A rétegablak a FilmGrain réteg 
hozzáadása után 


a képek nagy részénél elfogadható ered- 
ményt ad. Néhány képnél másfajta 
megközelítéssel jobb eredményt érhe- 
tünk el. A rugalmasság végső határát 

a csatornakeverő (Channel Mixer) bővít- 
mény egyéni, Monochrome (monokróm) 
beállításával érhetjük el 
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6. kép A Zaj/Elosztás (Noise/Scatter) HSV szűrő 


(IK: Filters2 Colorsz Channel Mixer). 

A fekete-fehérré történő átalakításról a 
2 http:/mmmaybe.gimp. org/tutorials/ 
Color2BW címen olvashatunk tájékoztatót. 
Ha megvan a megfelelően kinéző feke- 
te-fehér képünk, továbbléphetünk. Ha 
a szabványos szürkeárnyalatos módba 
való átalakítást használtuk, ahogy én is 
tettem, a képet vissza kell alakítanunk 
RGB módba (JK: Image: Mode: RGB). 
A GIMP eszközdobozán kattintsunk az 
előtérszín mintájára, hogy megnyíljon 

a színkiválasztó párbeszédablak. A 3. ké- 
pen látható módon állítsuk be a piros, 
zöld és kék színeket: piros — 128, zöld — 
128, kék — 128, és kattintsunk az OK 
gombra. Ez a kiválasztás az előtérszínt 
semleges szürkére változtatja az eszköz- 
dobozon, ahogy az a 4. képen is látható. 
Most hívjuk elő a rétegek párbeszédab- 
lakát (CTRL-L), és kattintsunk az új réteg 
létrehozását szolgáló gombra, ami az 

5. kép alján bekarikázva látható. Adjuk 
neki a Film Grain nevet, és válasszuk ki 
az előtér színnel való kitöltésének a le- 
hetőségét. Ha az OK-ra kattintunk, ak- 
kor semmi mást nem fogunk látni, mint 
összefüggő szürke színt a képablakban, 
mivel a most létrehozott réteg eltakarja 
az alatta lévő kép rétegét. Most a réteg 
keverési eljárását (blending mode) vál- 
toztassuk meg Overlay (lefedő) módra 
(az 5. kép a felső részén bekarikázva 
látható), ekkor újra láthatóvá válik a 
fénykép. A keverési mód a réteg tulaj- 
donsága, amely azt határozza meg, hogy 
az adott réteg az összetett kép előállítása 
során milyen módszert használva keve- 
redik az alatta lévő rétegekkel. Az Over- 
lay (lefedő) mód használatakor a sem- 
leges szürkénél világosabb pontok vilá- 
gosítják a képet, az annál sötétebbek 
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pedig sötétítik. A létrehozott réteg most 
teljes egészében semleges szürke, így 

a háttérben lévő képen semmilyen vál- 
tozás nem látható. A rétegek párbeszéd- 
ablakán a Film Grain réteg kijelölt álla- 
pota mellett hívjuk elő a Scatter HSV 
(HSV-szóró) szűrőt (a képen jobb kat- 
tintással és a Filtersz Noise: Scatter HSV 
kiválasztásával). Ez a szűrő zajmintáza- 
tot ad a semleges szürke réteghez, ami 
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az alatta lévő képhez hozzáadódva 

szemcsézettnek tűnő látványt hoz létre. 

Íme a szűrő jellemzőinek egy nem 

túlságosan technikai jellegű leírása a 

szemcsézettség létrehozására: 

e . Value (fényességérték): erre a jel- 

lemzőre úgy tekintsünk, mint a 

felület szemcsézettségének a vezér- 

lőjére. Az értéket növelve növekszik 

a szemcsék kontrasztja és az alkal- 

mazott Zaj, ezáltal a szimulált szem- 

csék nagyobbaknak és sötétebbnek 
tűnnek. 

Hue (színárnyalat): ha a Saturation 

(telítettség) értéke nulla, akkor ennek 

a jellemzőnek csak a (véletlen) min- 

tázatra van egy kis hatása. Próbál- 

gassuk, amíg a tetszésünknek meg- 
felelő mintázat ki nem alakul. 

e — Saturation (telítettség): ha nem 
akarunk színes szemcséket (például 
egy színes képen), akkor ezt 0 érték- 
re kell állítanunk. Ha színes szem- 
cséket akarunk, akkor ezzel a Hue 
beállításához hasonlóan kívánsá- 
gunk szerint állíthatjuk be a színt. 

e — Holdness: a szemcsésség intenzitásá- 
nak és tagoltságának a finombeál- 
lítására szolgáló jellemző. Ezt a többi 
vezérlő beállítása után használjuk. 
Minél nagyobb az értéke, a szem- 
csézettség annál finomabb és kevés- 
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bé feltűnő. 
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Játsszunk addig ezekkel a jellemzőkkel, 
amíg az előnézeti képen egy érdekes 
szemcsemintázatot nem kapunk (ahogy 
a 6. képen is látható), majd kattintsunk az 
OK-ra. Amikor a szűrő befejezi a mun- 
káját, a képünket már a szemcsézettség- 
gel együtt kell látnunk. Ha nem tetszik 

a látvány, vonjuk vissza a műveletet 
(CTRL-Z) és más beállításokkal újra fogad- 
juk el (SHIFT-ALTr-F). Valószínűleg nem 
érdemes túl sokat bíbelődni ezen a pon- 
ton, mert a következő lépések finomítják 
a szemcséket és tompítják a hatást. 

Bár ennél a lépésnél a megfelelő ered- 
mény birtokában akár meg is állhat- 
nánk, a továbbfejlesztésre is akad lehe- 
tőségünk. Ha megvizsgálunk egy ha- 
gyományos, szemcsés fekete-fehér fény- 
képet, látható, hogy a szemcsék a szín- 
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7. kép Rétegmaszk hozzáadása 


tartomány közepén jobban láthatóak, 

és sokkal kevésbé tűnnek fel a sötét és 

a legvilágosabb részeken. Ehhez a keve- 
rési módot (blending) kell módosíta- 
nunk, hogy a háttérréteg világosabb 

és sötétebb részei kevésbé részesüljenek 
a szemcsézés hatásából. Amennyiben 
olvasták korábbi oktatóírásomat a réte- 
gekkel és rétegmaszkokkal kapcsolatban 
(Fényképek kontrasztjának javítása 

a Gimp segítségével; Linuxvilág 2003. 
júliusi szám, talán nem felejtették el, 
hogy a rétegek keverését a rétegmasz- 
kkal befolyásolhatjuk. Minél világosabb 
egy képpont a rétegmaszkon, annál ke- 
vésbé átlátszó a felette lévő réteg meg- 
felelő pontja, és minél kevésbé átlátszó 
ez a képpont, annál erősebb a hatása, 
amikor az alatta lévő réteg pontjával 
egyesítésre kerül. A kívánt hatás elérésé- 
hez szükséges fogás a háttérkép félig 
invertált másolatának előállítása a réteg- 
maszkon. Olvassunk csak tovább, mind- 
járt kiderül, mire gondolok. 

A rétegek párbeszédablakán a jobb 
gombbal kattintsunk a Film Grain réte- 
gen, és válasszuk az Add Layer Mask 
(rétegmaszk hozzáadása) menüpontot. 
Az Add Mask Options (maszk beállításai) 
párbeszédablakban válasszuk a White 
(fehér) színt, ami a teljes átlátszatlansá- 
got jelenti, és kattintsunk az OK-ra. Most 
kattintsunk a háttér rétegére (Back- 
ground layer). Az egérrel fókuszáljunk 

a kép ablakára, jelöljünk ki mindent és 
másoljuk a vágólapra (ennek a leggyor- 
sabb módja: CTRL-A, majd egy CTRL-C ). 
Térjünk vissza a rétegek párbeszédabla- 
kához, és a Film Grain rétegben kattint- 
sunk a rétegmaszk ikonjára; ez a réteg 
kicsinyített képe melletti fehér téglalap, 
ami a 7. képen látható bekarikázva. 
Ezután az egérrel fókuszáljunk vissza 

a kép ablakára, és hajtsuk végre a beil- 
lesztést (CTRL-V). A rétegablakon a 
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9. kép Fekete-fehér változat 
mesterséges szemcsékkel 





10. kép A rétegablak 
a Szépla réteg hozzáadása után 
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12. kép A rétegablak 


beillesztett kép rétegmaszkhoz történő 
rögzítése céljából kattintsunk a horgony- 
gombra. Ezután a lépés után a rétegek 
ablakának a 7. képhez hasonló kinézetet 
kell mutatnia. 

A rétegmaszkot a most végrehajtott 
beillesztés után hagyjuk kiválasztva, 

és a kép ablakán végrehajtott jobb kat- 
tintással, majd az Image: Colors 2Curves 
menüpont kiválasztásával hívjuk elő a 
Curves (grafikonok) párbeszédablakot. 
Kattintsunk az egyenes grafikon köze- 
pére egy vezérlőpont hozzáadásához. 
Ezután a 8. képen mutatott módon húz- 
zuk le a jobb oldali (fenti) végpontot 

a jobb alsó sarokba. Most hajtjuk végre 
a rétegmaszk félinvertálását minden 
nagy intenzitású rész sötétté változtatá- 
sával, így a kép legvilágosabb részei a 
középtónusú részek lesznek. Esetleg 

a középső pontot érdemes egy picit 
feljebb húzni, ahogy én is tettem, hogy 
jobban kiemeljük a közepes világosságú 
pontok fényességét -— eközben figyeljük 
a kép ablakát, amelyen látható ennek 

a kiemelésnek a hatása. Amikor mind- 
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13. kép A vignette finomadagolása 





14. kép Az elkészült kép 


ezzel elkészültünk, kattintsunk az 
OK-ra - látható különbséget kell tapasz- 
talnunk a szemcsék megjelenésében 

az árnyékos és fényes részeken. Összes- 
ségében némileg enyhült a szemcsésség 
hatása, ez az oka annak, hogy az előző 
lépésben nem akartuk túl finomra 
beállítani a látványt. 

Ha tisztábban szeretnénk látni a réteg- 
maszk szerepét, tartsuk lenyomva a 
CTRL billentyűt, majd a rétegek ablaká- 
ban kattintsunk a rétegmaszk ikonjára. 
Egy kis piros körvonalnak kell az ikon 
körül megjelennie, és a kép ablakában 
megjelenik a rétegmaszk hatása nélküli 
képösszetétel. Újabb kattintás az ikonon 
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a CTRL billentyű nyomva tartása mellett, 
s ezzel újra bekapcsoljuk a rétegmaszkot. 
Utolsó lépésként fontoljuk meg az elmo- 
sódás (Gaussian Blur) alkalmazását a 
szemcsék enyhe kisimítására. Kiválasz- 
tásához a rétegek ablakában kattintsunk 
a szemcsés ikonra, majd a kép ablakán 
végezzünk egy JK: Filtersz Blur: IIR 
Gaussian Blur kiválasztást. Legyünk 
óvatosak, mert ha az elkenés sugaraként 
nem egy nagyon kicsi értéket válasz- 
tunk, akkor hatástalanítjuk a korábban 
hozzáadott szemcsés hatást, és az ered- 
mény egy Zajos, de nem szemcsés kép 
lesz. Az 1 és 3 közötti értéknek megfele- 
lőnek kell lennie, amennyiben a Scatter 
HSV szűrőben a Value értékére elég 
magas számot állítottunk be. Ha a szem- 
csékkel enélkül is elégedettek vagyunk, 
akkor ezt a lépést kihagyatjuk. A 9. képen 
elért eredményt a 6. képen látható beál- 
lításokkal és 1 képpontos Gauss-elmo- 
sási sugárral kaptam. 


Széplaszínezés 

Most, hogy már van egy művészi hatású 
fekete-fehér fotónk, adjunk hozzá még 
egy kis szépiaszínezést, hogy még 
klasszikusabb és időtlenebb megjelenést 
érjünk el. A rétegek párbeszédablakában 
legyen kiválasztva a Film Grain réteg, 
majd az ablak alján kattintsunk a réteg 
megkétszerezésére: ezzel a teljes réteg 
lemásolódik, beleértve a rétegmaszkot is. 
Kattintsunk kétszer a Film Grain réteg 
másolatára, és nevezzük át Sepia Tone- 
ra. Változtassuk az új réteg keverési 
módját (blend mode) Color (szín) értékre; 
ezzel a Sepia Tone réteg színfokozat 
(hhue) és telítettség (saturation) értékei 

az alatta lévő rétegek fényerősségével 
fognak rendelkezni. Végül magának a 
rétegnek a kijelöléséhez a Sepia TIone 
rétegen kattintsunk a réteg kicsinyített 
ikonjára. A színválasztó párbeszédablak 
megjelenítéséhez a Gimp fő eszközdo- 
bozában kattintsunk az előtérszín mintá- 
jára, ahogy korábban is tettük, és állítsuk 
be a színt (piros — 162, zöld — 138, kék 
— 101), majd kattintsunk az OK-ra. 

A színmintának barnás árnyalatúvá 

kell válnia. Ha egyszer elsajátítjuk ezt 

a technikát, más színekkel is kísérle- 
tezhetünk, de ez jó kiindulási alap. 
Válasszuk ki a kitöltő eszközt (Fill) a 
Gimp eszköztárának festőcsoportjából, 
és fókuszáljunk az egérrel a kép abla- 
kára. Válasszunk ki mindent (CTRL-A), 
majd az új színnel való feltöltéshez 
kattintsunk egyszer az ablakra. A réteg 
párbeszédablaknak a 10. képhez hasonló 
képet kell mutatnia, a képnek pedig egy 
általános szépiaárnyalatot kell felvennie, 


ahogy a 11. képen is látható. 

Nem véletlen, hogy a Sepia Tone rétegen 
is ugyanazt a rétegmaszkot használjuk, 
mint a Film Grain rétegen. A hagyomá- 
nyos vegyszeres, sötétkamrás eljárás 
használatakor is az figyelhető meg, hogy 
a szépiaárnyalat a közepes tónusokban 
jelenik meg leginkább, a sötétebb és 
világosabb részek kevésbé barnának 
tűnnek. Ennek a szépiaszínezésre gya- 
korolt hatása kipróbálásához ugyanazt 

a CTRL-kattintás fogást használhatjuk, 
amit korábban is. Ha a rétegmaszk hasz- 
nálata nélküli erősebb szépiaárnyalat 
jobban tetszik, egyszerűen kattintsunk a 
jobb gombbal a rétegen, és válasszuk a 
rétegmaszk törlését (Delete Layer Mask). 


A vignette-hatás 

Itt az ideje, hogy a végső hatás hozzáadá- 
sával igazán kitűnővé tegyük a képet. 
Egy vignette-hatást fogunk a képhez 
adni, ami a pontfényhatás egy változata, 
amely a szemlélő tekintetét azzal vonzza 
a kép fő témájára, hogy attól távolodva 
a kép sugárirányban enyhén elsötétül. 
Ha megfelelő finomsággal alkalmazzuk 
ezt a hatást, a nézőnek nem is szabad 
észrevennie a beavatkozást. Ez az eljárás 
különösen portrék esetén hatásos. 





2004. január 61 


e E 


0 Kiskapu Kft. Minden Jog fenntartva 


KLTE 


0 Kiskapu Kft. Minden Jog fenntartva 


A rétegek párbeszédablakában válasz- 
szuk ki a háttérréteget (Background 
layer), és kattintsunk az ablak alján lévő 
kettőzőgombra. Kattintsunk kétszer a 
másolaton, és nevezzük át Vignette-re. 
Jobb kattintás a Vignette rétegen, és 
adjunk hozzá egy rétegmaszkot fehér 
színnel (teljesen átlátszatlan). 

A Gimp eszköztárán az alapértelmezett 
fekete előtérszín visszaállításához kattint- 
sunk a fekete-fehér színminta kicsinyített 
képére. Kattintsunk kétszer a Blend 
(Gradtent) (keverék) eszközre a kiválasz- 
tásához, és nyissuk meg a Jool Options 
(eszközbeállítások) párbeszédablakot. Itt 


a gradiens típusának válasszuk a Radial-t. 


Térjünk vissza a kép ablakához, és kat- 
tintsunk annak a területnek a közepére, 
amelyre a vignette-hatást irányítani 
szeretnénk, ezután húzzuk kifelé a sarok 
felé és engedjük el. Ebben az esetben én 
a gyermek állára kattintottam és a jobb 
felső sarok felé húztam. Az egyetlen 
változás, amit látni fogunk, a rétegmaszk 
ikonján megjelenő sugárirányú átmenet, 
ahogy az a 12. képen látható. 

Térjünk vissza a réteg ablakon a Vignette 
réteghez, és kattintsunk a réteg ikonjára, 
hogy az legyen a rétegmaszk helyett ki- 
választva. Most menjünk a kép ablakára, 
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és hívjuk elő a Levels (szintek) párbe- 
szédablakot (IK: Image: Colors: Levels). 
Mozgassuk a középső (szürke) csúszkát 
egy kicsit jobbra, majd engedjük el, 
ahogy a 13. képen látható. Ellenőrizzük a 
hatást a kép ablakán, és addig állítgassuk 
a csúszkát, az eredménnyel amíg elége- 
dettek nem leszünk, ekkor kattintsunk 

az OK-ra. A 14. képen látható a végső kép; 
a vignette-hatás a tekintetet a gyermek 
arcára vonzza és kellemes sötét kontrasz- 
tot ad a képnek. Ha egy más fényhatás 
létrehozásához az átmenet újrarajzolá- 
sára lenne szükség, egyszerűen válasszuk 
ki a Vignette rétegmaszkját, kattintsunk a 
Blend eszközre, és próbáljuk újra a képen 
történő beállítást: az új átmenet fel fogja 
váltani a régit. 

Itt az ideje, hogy hátradóljünk, és meg- 
szemléljük alkotásunkat. A réteg látható- 
ságának be- és kikapcsolásához próbál- 
junk a különböző rétegek mellett látható 
szemre kattintani, ezzel egyszerűen 
tanulmányozhatjuk a leírt különböző 
hatások látványát. Ha a kép valamelyik 
hatás nélkül jobban tetszik, a réteg 
kiválasztásával és a szemetesre való 
kattintással törölhetjük az adott réteget. 
Ha a fényképen további szerkeszté- 
seket szeretnénk végrehajtani, talán 


érdemes a képet most más néven men- 
teni vagy megkettőzni (CTRL-DBM5), 
vaéamint a rétegeket egyesíteni 

(IK: Layers: Flatten Image). 

Jó ötlet ellenőrzési pontokat iktatni az 
eredménybe, hogy egy műveletet újra 
lehessen kezdeni, ha valami félresike- 
rülne. Kísérletezhetünk a színfokozat 
és telítettség megváltoztatásával, módo- 
síthatjuk a kontraszt szintjeit és görbéit, 
vagy más szerkesztést hajthatunk végre 
az egyesített változaton. 

Remélem, hogy ezzel a cikkel sikerült 
éreztetnem a rétegekben rejlő hatalmas 
lehetőségeket. Bár a képfeldolgozás 
rétegszerű szemlélete több memóriát 
igényel a géptől, a rugalmasságban ez 
bőven megtérül -— vagyis tegyünk még 
egy kis memóriát a linuxos gépünkbe, 
és alkossunk minél szebb antik mester- 
műveket a rétegek segítségével! 


Linux Journal 2003. október, 114. szám 
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Bevezetés a szabályos kifejezések használatába (1. rész) 


A Linuxot úgy Is használhatjuk, mint bármelyik más grafikus operációs rendszert. 
Aki azonban , érezni akarja az erőt", annak meg kell tanulnia varázsolni a kódokkal! 


zámtalanszor olvashattuk már azt az állítást, amely 
szerint a Unix operációs rendszert programozók írták 
programozóknak. Hogy ez mennyire igaz, azt a 

Unix- és a Linux-rendszerek számos tulajdonsága és viselke- 
désformája is alátámasztja. Az , igazi" linuxos például komoly 
munka közben nem az egérrel kattogtat, hanem a közönséges 
földi halandók számára igencsak meglepő dolgokat irkál a 
parancssorba. Néha annyira furcsákat, hogy egyes esztéták 
szerint azokat látván az ember önkéntelenül és , elzöldült 
képpel kapott a légibetegség esetén használatos zacskó után". 
(Az idézet David Gelernter , Ami működik, az csodálatos" 
című könyvéből származik, amely alcíme szerint a technika 
esztétikájáról szól.) 

Lássuk csak, mi zavarhatja meg ennyire ezeknek az ártatlan 
embereknek az egyensúlyérzékét. Az első furcsaság számukra 
valószínűleg az lehet, hogy Linux alatt a feladatok megol- 
dására szolgáló — néha valóban kissé ördögi — gépezeteket 
maguknak kell apró építőelemekből összeállítaniuk. Ezt hív- 
juk héjprogramozásnak, amiről egy egész cikksorozatot olvas- 
hat az, aki végiglapozza a Linuxvilág előző néhány számát. 
Abból az egyszerű felismerésből kiindulva, hogy az emberek 
többsége szeret legózni, nem valószínű, hogy a fent említett 
gondot egyedül a héjprogramozás okozná - kell itt lennie 
még valaminek. 

A másik , nagy zavatkeltő" a szabályos kifejezések használata 
lehet. Ezekkel gyakorlatilag tetszőlegesen bonyolult, a keresés- 
sel, helyettesítéssel vagy más ezekhez hasonló szövegfeldol- 
gozási műveletekkel kapcsolatos utasítás, algoritmus tömören 
— általában egyetlen sorban - leírható. Az általánosságnak 
azonban ára van: egy szabályos kifejezésekből felépített, logikai 
értelemben ,gyönyörű" feldolgozási utasítás a kívülállók és a 
kezdő felhasználók számára rémálom. Az ember az első pilla- 
natban általában azt se tudja, melyik végén kezdje el olvasni. 
A nehézségeket csak fokozza, hogy a szabályos kifejezésekre 
támaszkodó segédprogramok (itt elsősorban a grep, sed és 
awk nevű eszközökről van szó) dokumentációja tartalmazza 
ugyan a megfelelő útmutatásokat, de egyáltalán nem olyan 
stílusban, ami igyekezne a kezdőket átsegíteni a dolog nehe- 
zén. Ezek a leírások inkább csak azok számára nyújtanak lexi- 
konszertű segítséget, akik a dolog lényegével már tisztában 
vannak, vagyis legalább nagyjából tudják, hogy mit keresnek. 
Az írásainkban bemutatott példák ezzel szemben fokozatosan 
nehezednek, és kifejezetten a gyakorlatra összpontosítva igye- 
keznek bevezetni az olvasót a szabályos kifejezések használatába. 





A szabályos kifejezések kézzelfogható elemei 

Gyakorlatias szempontból közelítve meg a kérdést a szabályos 
kifejezések arra szolgálnak, hogy a segítségükkel egy szöveg 
bizonyos tulajdonságokkal rendelkező részeit azonosíthassuk. 
Az azonosítás célja lehet keresés (grep) vagy valamilyen fel- 
dolgozás (sed és awk). 

lekintve, hogy egy szöveg legkisebb építőeleme egyetlen ka- 
rakter, a legegyszerűbb szabályos kifejezés is egyetlen karakter- 
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ből áll, ami — nem túl meglepő módon - önmagára illeszkedik. 
Amennyiben tehát végrehajtjuk a 
cat szöveg.txt ] agrep "va" 


műveletet, akkor a keresésre szolgáló és szabályos kifejezések- 
kel vezérelhető grep parancs a szövegnek minden olyan sorát 
megjeleníti, amelyben bárhol legalább egy , a" betű szerepel. 

A következő egyszerű szabály szerint ha két szabályos kifeje- 
zést egymás mellé írunk, akkor ismét szabályos kifejezést 
kapunk. Ennek szellemében a 

cat szöveg.txt ] grep "ablak" 

parancs az összes olyan sort megjeleníti, amelyben legalább egy- 
szer szerepel az , ablak" szó. Ezen a ponton fontos megjegyezni, 
hogy a szabályos kifejezés illeszkedésének nem feltétele az, hogy 
a keresett szó magában álljon, vagyis az , ablak" illeszkedik az 


Li 2 


, ablaktörlő" és a ,vakablak" szavakat tartalmazó sorokra is. 


A szabályos kifejezések elvont elemei 

Előfordulnak olyan esetek, amikor nem ennyire egyértelműen 
egyetlen szó vagy karakterlánc formájában írható le az a dolog, 
amit keresünk. Például előfordulhat, hogy kizárólag , a" betű- 
vel kezdődő, ötbetűs szavakat akarunk keresni. Ez első látásra 
ugyan egyáltalán nem tűnik bonyolultnak, de mint hamarosan 
látni fogjuk, arra kiválóan alkalmas, hogy rajta keresztül 
bemutassuk a jól használható szabályos kifejezések megfogal- 
mazásához szükséges gondolatmenetet. 

Először is minden olyan sajátságot fel kell sorolnunk, ami a 
keresendő objektumot egyértelműen azonosítja. Kis ,a" betűvel 
kezdődő pontosan ötbetűs szavakat keresünk, vagyis olyan 
karakterláncokat, amelyek első eleme az , a" betű, amit ponto- 
san négy másik, amúgy tetszőleges karakter követ. 

A szabályos kifejezésekben az ,egy darab akármi" jele a 

pont (.). Ez tehát pontosan egy, de tetszőleges karakterre 
illeszkedik, ami esetünkben azt jelenti, hogy az , a betűvel 
kezdődő ötbetűs szó" fogalma a 


" a " 


szabályos kifejezéssel írható le. Vagy mégsem? Hozzunk létre 
egy szövegfájlt a következő tartalommal: 


Az almák édesek. 
A vadalma fanyar. 


És most nézzük, melyik sorra illeszkedik a fenti szabályos 
kifejezés: 
cat szöveg.txt ] grep "a...." 


Mindkét sor megjelent a grep kimenetén, vagyis mindkettőre 
illeszkedett a logikai minta — pedig a másodikban sem ötbetús, 
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sem ,a" betűvel kezdődő szó nincs. Ugyanakkor a ,vadalma" 
szóban két olyan részlet is van (,adalm" és , alma"), amely , a" 
betűvel kezdődik és azt négy karakter követi. Világos tehát, 
hogy nem elég egyértelműen fogalmaztuk meg a keresési 
feltételt. 

Ha egy szó valóban pontosan ötbetűs, akkor előtte és utána is 
szóköznek kell állnia. Az előbbinél tehát sokkal alkalmasabb a 


cat szöveg.txt ] grep " a.... " 
szabályos kifejezés; ez már valóban csak a megfelelő sort 
jeleníti meg a kimeneten. 


További bonyodalmak 

Eredeti célunknál maradva finomítsuk tovább egy kicsit a 
keresés szempontjait! Például meg lehet-e azt oldani, hogyha 
egy ötbetűs, ,a" betűvel kezdődő szó a mondat elején található, 
és ezért nagybetűvel kezdődik, akkor is rátaláljon a grep? 
Vagy mi történjen akkor, ha egy ilyen szó a mondat végére 
kerül, és így nem szóköz, hanem pont van utána? 

Mindezek kipróbálására az előbb használt példaszöveget 
egészítsük ki három újabb sorral: 


Az almák édesek. 

A vadalma fanyar. 

A kép címe: Almák és körték. 
És megint almák. 

Langyos a SÖr. 


Ha az illesztendő minta egy pontján vagylagosan többféle 
lehetőséget akarunk megengedni, szögletes zárójelek között 
kell felsorolnunk őket. Az " [abca] " szabályos kifejezés tehát 
az ábécé első négy betűje közül bármelyikre illeszkedik, de 
továbbra is csupán egyetlen karakternek felel meg, tehát vagy 
egyetlen ,a" betűnek, vagy egyetlen ,b" betűnek és így tovább. 
Ha az összes kisbetűre így akarunk hivatkozni, azt az " [a-z]" 
formájú kifejezéssel tehetjük meg. lermészetesen az összes 
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nagybetűre is hivatkozhatunk ilyen módon, az " [a-7ZA—Z] " 
szabályos kifejezés pedig valamennyi betűnek megfelel. 

Ennek fényében ha az ötbetűs szó elején a kis és nagy , a" betűt 
is meg akarjuk engedni, a végén pedig a szóközt és a mondat- 
végi pontot is, akkor a következő szabályos kifejezést szüksé- 
ges használnunk: 


[dal sszal tl 


cat szöveg.txt I] grep " 
A kifejezés végén a pont előtt egy Vis szerepel. Erre azért van 
szükség, mert ennek a karakternek a szabályos kifejezésekben 
különleges jelentése van (lásd fent), és valahogyan jeleznünk 
kell, hogy itt betű szerinti értelemben (literálisan) használjuk, 
vagyis tényleg pontot keresünk. 

Most már minden nagyon szép és jó, csak egy gond van még: 
langyos a SÖT... 

Ez a mondat is megjelent a kimeneten, pedig nincs benne öt 
betűből álló, ,a" betűvel kezdődő szó. Vagy mégis? Nos, ami 
azt illeti, van benne egy olyan rész, hogy ,, a sör. ". Ez pont öt 
karakter, amit egy szóköz előz meg és egy pont követ. És mivel 
ráadásul az , a" betű az első, illeszkedett rá a megadott szabá- 
lyos kifejezés. Igaz ugyan, hogy a közbenső betűk között van 
egy szóköz is, de azt nem is kötöttük ki eddig semmilyen for- 
mában, hogy az ilyen , ötbetűs" karakterláncokat nem szeretjük. 
Oldjuk meg tehát ezt is: 

[Aa] [70-9 


cat szöveg.txt I] 1170-9 ] 


s [50-92 1[70-9 


grep " 
IE 1 


(Khm... Hova is tettem azt a zacskót?) 

A [70-9 ] felsorolás természetesen a számjegyeket és a 
szóközt jelenti. A nyitó szögletes zárójelet közvetlenül kö- 
vető " karakter ugyanakkor a tagadás jele, vagyis ez a kife- 
jezés mindenre illeszkedik, ami nem szám és nem szóköz. 

Az olvasó most nyilván azt kérdezi, hogy minek kellett ezt 
ilyen faramuci módon megfogalmazni. Miért nem írtuk egy- 
szerűen azt, hogy " [a-zA-zZ] "? Nos, van itt egy kis gond. 

Az a helyzet, hogy a Unix világában a magyar ékezetes betűk 
nem számítanak betűnek, vagyis nem elemei az imént említett 
halmaznak. Viszont szerencsére nem is számok, így az általunk 
alkalmazott körmönfont megfogalmazás éppen megfelelő. 

A következő kérdés az lesz, hogy feltétlenül le kell-e írni az 
illető halmazt négyszer egymás után, ha négy ilyen karaktert 
keresünk? És mi van, ha nem négyet, hanem százhuszonhetet 
akarunk azonosítani? lermészetesen létezik egyszerűbb írás- 
mód, de erről egy kicsit később lesz szó. 


További elemek 

A szabályos kifejezések jelkészletében létezik egy-egy elem 

a sor elejének és végének azonosítására is. A sorkezdetet a ", 

a sorvéget a S karakter jelöli. Ha tehát egy szabályos kifejezés 
elé odaírjuk a " jelet, azzal kikötjük, hogy az illesztést minden- 
képpen a sor elején akarjuk elvégezni. Hasonlóan a $ a sor 
végén illeszt. (Igen, egy kissé zavaró, hogy a " két különböző 
dolgot is jelent, de ennek nyilván történeti okai vannak.) 
Fontos hangsúlyozni, hogy a sorkezdet- és sorvégjeleknek 
önmagukban is van értelme, bár karaktereket tartalmazó 
felsorolásokban azért nem szerepelhetnek. Így a 

cat szöveg.txt I grep ""S" I] wc -1 

feldolgozási sor például megszámolja, hogy a bemenő szöveg- 
ben hány teljesen üres sor van, a 


e E 


cat szöveg.txt ] grep -v "SS" 

pedig az ilyen sorokat kiszűri a bemenetből, és csak a tömö- 
rített szöveget jeleníti meg. (A grep -v kapcsolója a tagadás 
jele, vagyis a megadott szabályos kifejezésnek nem megfelelő 
sorok fognak megjelenni a kimeneten.) 

Az imént érintőlegesen említettem ugyan, de azért nem árt 
még egyszer hangsúlyozni, hogyha egy keresendő karakter 
szabályos kifejezés részeként is előfordulhat, akkor V karak- 
ternek kell megelőznie, jelezvén, hogy literálisan, vagyis betű 
szerinti értelmében használjuk. Ha tehát például a befejezetlen 
mondatot jelző három egymás követő pontot akarunk keresni 
egy szövegben, akkor a 


cat szöveg.txt I] Ez nt 


grep 
kifejezést kell használnunk. Ha lefelejtjük a három 4 karaktert, 
akkor a grep három tetszőleges karaktert fog keresni, és így 
minden olyan sort megjelenít, amelyik legalább három karak- 
tert tartalmaz. 


Néhány példa 

A szabályos kifejezésekről eddig tanultakat táblázatban foglal- 
tam össze. Zárásként nézzünk meg néhány olyan gyakorlatias 
példát, amelyeket már ennyi ismeret birtokában is képesek 
vagyunk megoldani. 

Ha sokat gépelünk, néha megesik, hogy elfelejtjük kitenni a 
mondat végére a pontot. Ráadásul az ilyen hibát utólag is elég 
nehéz észrevenni. Ugyanakkor a következő egészen egyszerű 
szabályos kifejezés segítségével kiszűrhetők azok a sorok, 
amelyekben ezt a hibát valószínűleg elkövettük: 

cat szöveg.txt I] grep "[a-z] [A-7Z]" 

Láthatóan azt használjuk ki, hogyha a mondat végéről hiány- 
zik a pont, akkor egy kisbetűvel végződő szót egy szóköz után 
rögtön egy nagybetűs követ. A módszer ugyan nem tökéletes, 
hiszen ha tulajdonnév szerepel egy mondatban, akkor is lesz 
benne ilyen részlet. Ugyanakkor a valóban hibás sorok biztosan 
fönnakadnak a rostán. (Ha azt akarjuk, hogy ékezetes betűkkel 
is működjön a szűrés, akkor a korábban említett trükköt kell 
alkalmaznunk.) 

Hasonlóan gyakori hiba a ,Z" és ,y" felcserélése, ami ,ay" és 
,egz" karakterláncok felbukkanását vonja maga után. Ezeket 

a következő egyszerű sed programmal cserélhetjük , magyar 
megfelelőjükre" : 


cat szöveg.txt IN 

sed "s/ ay / az /g 
s/ Ay / Az /g 
8/ 8gz 7 egy 479 
s/ Egz / Egy /g" 


A csere miatt most a kis és a nagy kezdőbetűs alakok össze- 
vonására nem használhattuk a " [Aa]y ", illetve a " [Ee]gz " 
szabályos kifejezéseket. Bár már így is négy különböző cserét 
írtunk elő, a módszer mégsem tökéletes, mert nem fogja érzé- 
kelni a sor elején, illetve a sor végén található hibásan írt alako- 
kat. (Ezek előtt, illetve mögött nem lesz meg az előírt szóköz.) 
A teljes megoldás tehát - legalábbis jelenlegi ismereteink birto- 
kában - tizenkét cseréből állna. 

Végül nézzünk egy olyan példát, amely kigyűjti egy szövegből 
az elektronikus levélcímeket. Ennek a legegyszerűbb megvaló- 
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sítása az lenne, ha egyszerűen a grep segítségével a (4 karak- 
terre végeznénk keresést. Ugyanakkor ez a megoldás eléggé 
spártai kinézetű kimenetet eredményezne, hiszen a grep 
találat esetén csak egész sorokat tud megjeleníteni. Ha tehát 

a címek nem külön sorokban szerepelnek, akkor az utómunká- 
latokat nekünk magunknak kellene elvégezni. 

Használjuk ki tehát, hogy az awk soron belül is képes vizsgá- 
lódni, és ugyanúgy ismeri a szabályos kifejezéseket, mint a 
grep. Ha feltételezhető, hogy a feldolgozandó szövegben 
nemcsak elektronikus levélcímekben szerepel a (0 karakter, 
akkor egy kifinomultabb keresési feltételt is használhatunk: 
egy levelezési címben a (0 előtt és után is betűnek kell lennie. 
Mindezek fényében a következő egysorost használhatjuk a 
válogatás elvégzésére: 


cat szöveg.txt ] awk "/8/ (for(i-1;1c-NF;1-4-) 
i1f£(S1-["[a-Z7ZA—-Z]8é[a-zA-Zz]") print Si )! 
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A feldolgozási program előtt két / jel között megadott szabályos 
kifejezés a sorok címzésére szolgál. A program tehát eleve csak 
azokat a sorokat fogja vizsgálni, amelyekben - egyelőre bármi- 
lyen formában - szerepel a (4 karakter. Az ilyen sorokon 
mezőnként végigmegy, és megvizsgálja, hogy melyikre illesz- 
kedik a " [la-zA—-Z] a [a-zA-Z]" szabályos kifejezés. (Az awk 
nyelvben az illeszkedik jele a — karakter.) Csak azokat a 
mezőket jeleníti meg, amelyeknél ez a feltétel teljesül. 
Hasonlóan érdekes feladat egy szövegből a pénzösszegek 
kigyűjtése, például könyvelési célzattal. Az árakat arról lehet 
felismerni, hogy egy számot egy, a , Ft" karakterpárost is 
tartalmazó szó követ. Ez utóbbi ragozott alak is lehet (például 
500 Ft-ba került"), illetve eshet a mondat végére is. Lássuk 

a válogatást végző programot: 


t!/bin/sh 
cat S1 ] 
!/Ft/ ( 
elozo-S1 
for(1-2;51c-NF;1-4i) 
k 
1£(S1-"Pt" §€ elozo-"[0-9]") print elozo, 
elozo-Si 


) 


awk N 


" Ft " 


b 1 


lekintettel a feldolgozás összetettségére, ezt a példát már cél- 
szerűbb volt a fent látható módon héjprogram formájában 
megvalósítani. Ismét csak azokkal a sorokkal foglalkozunk, 
amelyekben legalább egyszer előfordul valahol a , Ft" karak- 
terkettős. A feldolgozás lényege az, hogy a sor mezőit páron- 
ként vizsgáljuk. Ha a pillanatnyi mezőben felismerjük a , Ft" 
részletet (S1-"Ft"), az előző mezőben pedig van számjegy 
(elozo-" [0-9] "), akkor kiíratjuk az előző mezőt. A módszer 
egyetlen hibája, hogy ha az ár éppen egy sor végére, a , Ft" jel 
pedig a következő sor elejére kerül, akkor nem működik. 
Némi további programozással természetesen ez is megoldható. 


Büki András (buki.andrasXOinsilico.hu) 
Körülbelül kilenc éve dolgozik Linux 
operációs rendszerrel. Állandó szerzőtársa 
Prof. Dr. H. V. Kuksinak, akivel a Duna vagy a 
Tisza partján szoktak az élet és a tudomány 
viselt dolgairól töprengeni. 
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Elektronikuslevél-beépítés 


Tartsuk ébren weboldalunk felhasználóinak az érdeklődését: 


figyelmeztessük őket elektronikus levélben 
a számukra érdekes hírekre és vitákra! 


embertársaimmal való kapcsolattartásra. Kezdetben csak 

alkalmanként írogattam a helyi hirdetőtáblára, mindez 
mára személyes és szakmai életem elválaszthatatlan részévé vált. 
Ebben a hónapban - miközben folytatom a kicsomagolást új 
chicagói otthonomban, és küzdök a felmerülő hibákkal, 
amelyek megnehezítik, hogy folytassam a Bricolage-ról szóló 
cikksorozatomat - a jelenkor néhány, az elektronikus levelekkel 
kapcsolatos kérdésébe pillantok bele. Írásomban a web-, illetve 
a levelezésegyesítésről, illetve a levelezés és az adatbázis 
egyesítéséről, sőt még az SMIP-szintű levélszemét elleni 
harcról is szó esik. 


T öbb mint húsz éve használom a számítógépemet az 


A web és az elektronikus levél egyesítése 

Ma már valóban nehéz olyan nagy és korszerű weblapot 
találni, amelyen nincs megoldva felhasználói visszajelzések 

és jelentkezések kérdése. A kérdés csak az, hogy miként illeszt- 
hetünk be egy fórumot a weblapunkra? A válasz legtöbb eset- 
ben attól függ, hogy milyen oldalt használunk. 

Amennyiben nagyobb eszközkészletet alkalmazunk, például 
OpenACS-t, Zope-ot vagy PHPNuke-ot, legalább egy könnyen 
telepíthető csomagot fogunk találni a témában. Ilyenkor a 
felület egyrészt összhangban lesz a statikus oldalakkal és az 
egyéb alkalmazásokkal, valamint ezek az eszközkészletek 
oldalunk más részeivel azonos felhasználói és engedélyrend- 
szert használnak a fórumok elérésére. Más szavakkal, nem 
szükséges külön oldalgazdát és ftórumgazdát kijelölnünk; 
bárki, aki rendszerfelügyeleti jogosultságokkal rendelkezik az 
oldalon, minden további beállítás nélkül képes lesz a fórumot 
és bármilyen más alkalmazást futtatni. 

Másik megoldásként a kiszolgálónkon telepített kiszolgáló- 
oldali technológiákat felhasználva felrakhatunk valamilyen 
önálló webfórumcsomagot. Ha például PHP-rendszerünk van, 
tegyük fel a Phorum csomagot. Ez ugyan nem fog teljes mér- 
tékben beépülni oldalunk egyéb részeibe, viszont igen haté- 
kony és megbízható csomag, ami MySOL és PostgreSOL alatt 
egyaránt jól működik. Az alapul szolgáló technológiák szerint 
rengeteg lehetőség között választhatunk, a PHP és JSP nyel- 
vektől kezdve egészen jó öreg Perlben írt CGI-programokig. 
lermészetesen kereskedelmi terméket is választhatunk, meg- 
vásárolhatunk egy olyan terméket, mint például a WebCrossing. 
Néhány ügyfélnél használtam már a WebCrossing-ot, és meg 
kell mondanom, annak ellenére, hogy ez a csomag jóval több 
lehetőséget ajánl, mint a Phorum-hoz hasonló nyílt forrású 
csomagok, a különbségek a legtöbb esetben nem olyan nagyok, 
hogy megérje pénzt költeni rá, nem beszélve arról, hogy ehhez 
egy olyan csomagot kellene megtanulni, amelyet nem lehet 
sem módosítani, sem fejleszteni. 

Végül létrehozhatjuk a saját ftórumcsomagunkat is, ahogy 

azt néhány évvel ezelőtt magam is megtettem e hasábokon. 

A webalapú fórumok kialakítására képes programok megírása 
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nem is olyan nagyon bonyolult, 
de a fejlesztésre és hibakeresésre szánt időt és erőfeszítéseket 
sokkal érdemesebb egy létező csomag megtanulására fordítani. 
Akinek azonban van egy kis tapasztalata a web és az adatbá- 
zisok témában, az tudja, hogy egy webfórumcsomag létre- 
hozása nemigen áll másból, mint hogy összepakol néhány 
táblát (felhasználók, üzenetek és a hírcsoportok), majd megadja 
a jogosultságot az embereknek, hogy bejegyzéseket (küldemé- 
nyek) helyezhessenek el az egyes hírcsoportokban. 

Ezek a rendszerek több mint elégségesek egy kis vagy közepes 
méretű weboldal számára; de ha időközben hatalmasra duz- 
zadna is a rendszerünk, az elküldött üzenetek ezreivel és fel- 
használók százaival birkózva is valószínűtlen, hogy komoly 
hatása lenne ezekre a rendszerekre. Ugyanis valamennyi rend- 
szer relációs adatbázisokat használ az adattárolásra, márpedig 
még a legkisebb és legegyszerűbb korszerű adatbázisrendszer 
is képes napi néhány ezer tranzakció kezelésére. 

Egyre gyakrabban fordul elő azonban, hogy az egyszerű 
webalapú fórum már nem bizonyul elegendőnek. Bár az embe- 
rek általában hajlandók végignézni a webalapú fórumokat, 
nemigen térnek vissza nap mint nap, hogy kövessék a vita 
fonalát. Hiszen míg az elektronikus levél aktív (push) médium, 
amelyben az adatokat elküldik nekünk, a fórumok passzívak 
(pull), ahol az új üzenetek a lekérésünkre várnak. 

Az aktív és passzív felosztás nem új találmány; akik még emlé- 
keznek közülünk a web előtti internet korára, jól tudják, hogy 
ugyanezen felosztás alapján különböztettük meg a levelező- 
listákat és az Usenet hírcsoportokat. A megoldás végül az lett, 
hogy néhány mail-USsenet átjárót kellett készíteni, amelyek 
közül sokat még ma is használnak. A GNU Emacs legfrissebb 
hibáiról egyaránt tájékozódhatunk, ha feliratkozunk a bug- 
gnu-emacs levelezőlistára, vagy ha elolvassuk a 

3 gnu.emacs.bug hírcsoportot a Useneten. A két dolog egyen- 
értékű, s egy átjáróprogramon alapul, amely felesleges ismét- 
lések nélkül viszi át az üzeneteket egyik rendszerről a másikra. 
Létezik ilyen rendszer a webalapú fórumokhoz is? A válasz 
egyértelmű igen. Végtére is nem túl nehéz elérni egy web-, 
illetve adatbázisrendszeren, hogy új üzenetek érkezésekor 
bizonyos híranyagokat egy adott elektronikus levélcímlistára 
küldjön el. Kifinomult figyelmeztetőrendszer felépítése sem 
sokkal nehezebb, létezik például egy Forums OpenACS-cso- 
mag, amely lehetővé teszi, hogy a felhasználók az adott fóru- 
mokra vagy fórumon belüli hírcsoportokra feliratkozzanak, 
majd havi, napi, illetve azonnali frissítést kérjenek maguknak. 
Más szavakkal a Forum program képes elektronikuslevél-tömö- 
rítvényeket (digest) készíteni, pontosan úgy, ahogy azt a lista- 
programok teszik. 


Levél küldése 
Ha viszont azt szeretnénk, hogy a jelentkezők saját elektro- 
nikus levelezőprogramjukkal is üzeneteket tudjanak küldeni 


a listára, a dolgok bonyolultabbá kezdenek válni, ugyanis 
figyelembe kell vennünk néhány tényezőt: 


e — Biztonság és engedélyek -— bárki küldhet üzeneteket és vála- 
szolhat a fórumra vagy csak a tagok tehetik meg? Ha a 
fórum elérése valamilyen szinten kötött, nyilván kell tarta- 
nunk az engedélyezett elektronikus levélcímeket. Minthogy 
közismerten nem túl nagy művészet összekalapálni egy 
hamis elektronikus levélfejlécet, nem igazán lehet bizton- 
sággal megállapítani, hogy a küldemény valóban a felirat- 
kozótól jött-e, esetleg éppen egy féreg vagy vírus üzenget 
a feliratkozó nevében. 

e . MIME - a legnépszerűbb elektronikus levelezőprogramok 
(különösen a Microsoft Outlook) alapértelmezés szerint 
egy vagy több csatolmánnyal küldik a leveleket. A Forum 
programnak elég intelligensnek kell lennie, hogy kezelni 
tudja az ilyen típusú leveleket, kiszedve a csatolmányt és 
a HIML-részeket. 

e Méret - amennyiben a levélfórum-átjáró nem elég okos 
ahhoz, hogy kigyomlálja a különösen nagy küldeményeket, 
akkor egy hatalmas küldemény postázásával bárki szolgálat- 
megtagadás- (Denial-of-Service) támadást intézhet a web- 
oldalunk ellen. A programnak elég okosnak kell lennie ahhoz 
is, hogy az ilyen leveleket kiszűrje, és az oldal gazdájának 
lehetővé tegye a felhasználói levélméretek korlátozását. 

e . Témák - a legtöbb fórumprogram az együvé tartozó kül- 
deményeket a küldemény címe alapján együtt kezeli, vagy 
megjegyzi, hogy melyik levél melyik levélre volt válasz. 
Igaz, ez nem túl egyszerű, de a nyomon követés a web- és 
elektronikus levél egyesítése esetében is megoldható, bár 
mindkét médium más típusú rendszert alkalmaz az ilyes- 
féle dolgok nyilvántartására. 


Számos megoldást láttam az ilyen és hasonló nehézségek 
kezelésre, de mind a mai napig nem találtam olyat, amelyik 
valamennyi kívánalmamat teljesítette volna. 

A Phorum egy phorummaiil nevű fájlt ad nekünk, amit parancs- 
sorból kell meghívnunk, feltételezhetően a .forward vagy 

. gmail állományból, vagy a mail alias meghatározásokat tartal- 
mazó fájlból. A rendszergazdának készítenie kell egy álnevet 
(például apartments-forum) , majd a .forward fájlt a phorum- 
mailre állítva átadja neki a kötelező FORUM ID és az elhagy- 
ható PATH TO FORUM értékeket. Amint ezzel megvagyunk, 
bárki, aki levelet ír az apartments-forum(wsaját. webhely címre, 
egyben a fórumunkra is írhat. Nyilvánvaló módon a phorum- 
mail helyes működéséhez az engedélyeket megfelelően kell 
beállítani. 

A gond csak az, hogy a küldeményekkel kapcsolatban nincs 
különösebb biztonság; igaz ugyan, hogyha a fórum moderált, 

a levélben érkezett üzenetek addig elfogadatlannak lesznek 
bejelölve, amíg a moderátor meg nem nézi őket. A témakezelést 
többféle ügyes módszerrel is elintézhetjük, úgy tűnik viszont, 
hogy nemigen megoldott a MIME- vagy a levélbomba-támadá- 
sok kezelése. Más szóval, a Phorum levélfórum elvárásainknak 
megfelelően kezeli a leveleket, de ennél többet nemigen nyújt. 
Az OpenACS fórumprogramja már kifinomultabb, amai1 
alapú rendszert nyújt, amelyben minden kimenő figyelmeztető 
üzenet egyedi azonosítóval rendelkezik. Ez azt jelenti, hogy az 
elektronikus levélüzenetre küldött válasz a kérdéses témához 
kerül. Igazság szerint az, hogy az OpenACS az elektronikus 
levélcímeket használja bejelentkező névként, eléggé gyatra 
biztonságot ad, de továbbra is tény, hogy nagyon nehéz megál- 
lítani az üzenetek hamisítását. 
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Levelezőlisták és adatbázisok 

Az általam ajánlható legjobb megoldás, ha mindent fejreál- 
lítva egy már létező elektronikus levéllista alapján hozunk 
létre magunknak webalapú fórumot. A amai1 szerzője, 

Dan Bernstein által készített ezmlm például rendelkezik egy 
ezmlm-idx nevű bővítménykészlettel, amely többek közt 
lehetővé teszi, hogy a feliratkozók listáját MySOL- vagy 
PostgreSOL-adatbázisban tároljuk. A lista beállításakor a 
rendszergazda egyúttal néhány adatbázistáblát is létrehoz, 
majd az ezmlm-ben beállítja őket. 

Így egy jó webfejlesztő létrehozhat egy elektronikus levél- 
listát, majd azt tükrözheti a weben. Bármi, ami a webről 
érkezik, úgy néz majd ki, mintha a pillanatnyilag bejelent- 
kező felhasználótól érkezne, akinek feltételezhetőleg be 

kell jelentkeznie a webalapú fórumalkalmazásba. Bármilyen 
adat, amely a pillanatnyi felhasználótól érkezik, ugyanazon 
a szokásos ellenőrzésen megy keresztül, amit az ezmlm 
egyébként alkalmaz. 

Egyelőre úgy tűnik, hogy a mai 1lman levelezőlista, amely 
minden MIA-val képes együttműködni (például amai 1, Send- 
mail, Postfix és Exim) és folyamatos, lenyűgöző fejlesztés alatt 
áll, semmiféle olyan megoldással nem rendelkezik, amellyel 

a felhasználóit relációs adatbázisba menthetné. Ugyanakkor 
viszonylag biztonságos, könnyen használható Berkeley DB 
fájlokban tárolja őket, így webalapú fórumcsomagunk innen 
kiolvashatja őket. 

Ha a fórumokat levelezőlistaként használjuk, azért felmerülhet 
néhány gond: többek között a témacsoportok kérdése, amely 
-— mint fentebb említettük — egészen másképp kezelhető az 
elektronikus levél és a web esetében. Vegyük ehhez hozzá azt 
a tényt, hogy a legtöbb fórum a felhasználóinak lehetővé teszi, 
hogy kiemeléseket és csatolmányokat használjanak, sőt akár 
szerkeszthessék is a saját küldeményeiket - és máris nyilvánva- 
lóvá válik, hogy ez a házasság a két médium között nem lesz 
éppen súrlódásmentes, mégha létre is tudjuk hozni. 
Mindazonáltal a szolgáltatások sok olyan ember számára hasz- 
nosnak bizonyulhatnak, akik hajlandóak lemondani a cifra 
dolgokról. Ehelyett ugyanis a fórumuk egyre növekvő számú 
jelentkezőivel vannak elfoglalva, és a felhasználóiknak megad- 
ják a lehetőséget, hogy eldöntsék, milyen formában szeretné- 
nek jelentkezni ezekre a fórumokra. 


gpsmtpd 

Ahogy nyilván önök közül is sokan, jómagam is nap mint nap 
szenvedek a kéretlen levelek áradatától. A nyílt forráskódú 
SpamáAssassin képes kategorizálni a bejövő leveleket, így a 
levélszemét (spam) ellen folytatott küzdelmeimben kiváló 
szövetségesnek bizonyult. Amennyiben futtatunk már valaha 
levelezőlistát, kétségtelenül felfedeztük, hogy a levélférgek 
nemigen válogatnak: éppoly előszeretettel küldik magukat 

a listákra, mint az egyéneknek. 

Bár a rendszerfelügyelet és az SMIP-kiszolgálók nem igazán 
illeszkednek szorosan cikkünk témájához, úgy éreztem, 
muszáj néhány dicsérő sort szentelnem Ask Bjoern Hansen 
nyílt forrású SMIP-kiszolgálójának, a aosmtpdá-nek. 

A apsmtod eredetileg amai1 mellett működött, jelenleg 
már számos MIA-val képes együttműködni, ideértve a 
Sendmailt és a Postfixet. 

De miért használnánk apsmtpdtt az alapértelmezett 
amail-smtpd helyett? A Perl-guruk számára egyszerű az 
indok a váltásra, hiszen aosmtord Perlben készült. De ha ennél 
egy kicsit kevésbé vagyunk nyelvőrültek, akkor is számos jó 
dolgot találhatunk benne. Ugyanis a aosmtpd az SMIP-k levél- 


2004. január 1ö 


e LL EÁZEÁLLTLEZT 


0 Kiskapu Kft. Minden Jog fenntartva 


.. KRRLELETÉLT EE 


0 Kiskapu Kft. Minden Jog fenntartva 


küldő eljárásait több állomásra osztja fel, mi pedig valamennyi 
ilyen állomáshoz saját szolgáltatásokat illeszthetünk be. 

A apsmtod saját lapjáról, a 5 http:/www.develooper.com-ról 
(igen, két o betű áll egymás után) töltöttem le, majd a telepítési 
útmutatót követve húsz perc múlva már futott is. Ne feledjük, 
hogy a aosmtpd teljes értékű SMIP-kiszolgáló, azaz nem fog 
futni, ha más SMIP-kiszolgáló ellenőrzi a 25-ös kaput. 
Amennyiben az SMIP-kiszolgáló rendszerindításkor való 
indulását és későbbi futását a daemontools program 
segítségével végezzük, érdemes ellenőrizni, nem maradt-e 
véletlenül egy régi SMIP-kiszolgálóra mutató hivatkozás a 
/service könyvtárban. Ilyen esetben ugyanis a legközelebbi 
újraindítás után két versengő SMIP-démonunk lesz. 

A apsmtpd kulcselemei a plugins alkönyvtárban található 
bővítmények. A soronként egy bővítményt tartalmazó 
config/plugins állomány segítségével magunk is beilleszthetünk 
saját bővítményeket. Például a saját config/plugins állományom 
egyik részlete így néz ki: 


t aguit fortune 


check earlytalker 
count unrecognized commands 4 


reguire resolvable fromhost 


Más szóval, megjegyzésbe tettema guit fortune 
bővítményt, viszont aktiváltam a check earlytalker, 
count unrecognized commands és 

reguire resolvable fromhost bővítményeket. 

A count unrecognized commands értékként egyetlen 
számot vár, amit itt meg is adtunk. 

Ha meg szeretnénk nézni ezeket a bővítményeket, esetleg 
sajátot szeretnénk elhelyezni, lépjünk be plugins könyvtárba. 
Minden bővítmény tartalmaz egy regisztráló alprogramot, 
amellyel a aosmtpd valamelyik állomásához csatlakozik, 
valamint egy másik alprogramot, amelyet azután az állomás 
meghívhat. Például a reguire resolvable fromhost 


4 a 


bővítmény a következőképpen kezdődik: 
use Net::DNS aw(mx) ; 


sub register í( 
úőz. (SElT; sg) z 
Sself-sregister hook( "mail", 
"mail handler"); 


Azaz a regisztráló alprogram értesíti a axosmtpd-t, hogy amint 
az SMIP-ügyfél meghívja a mail parancsot, amail handler 
alprogramot is meg kell hívni. Ez az alprogram pedig a követ- 
kezőképpen működik: 


sub mail handler ( 


my (Sself, Stransaction, Ssender) - d 


sss. 


Ssender-:sformat ne "cs" 
and Sself-5ap-:sconfig 
( "reguire resolvable fÍromhost") 
and !check dns(Ssender-5host) 
and return (DENYSOFT, 
( Ssender-:shost 


? "Could not resolve ". Ssender-:host 
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"FODN reguired in the envelope 
s sender" ) ) ; 
return DECLINED; 


Ha már volt dolgunk mod. per1 alatti webfejlesztéssel, akár is- 
merősnek is tűnhet. Amail handler egyrészt visszaadhat 
DECLINED értéket, ami azt jelenti, hogy minden simán ment, 
és a levél keresztülmehet. Küldhet DENYSOFT értéket is, ami a fel- 
használónak azt üzeni, hogy inkább később próbálkozzon. Ezt 
azért tesszük, mert nem szeretnénk azonnal elutasítani a leveleket 
csak azért, mert a DNS-kiszolgáló leállt — kizárólag a kéretlen 
levélküldőket szeretnénk megbüntetni, illetve azokat, akiknek 
nem kellene közvetlenül elküldeniük a levelet. Küldhetünk to- 
vábbá DENY üzenetet, amely véglegesen elutasítja az üzenetet. 
Annak ellenére, hogy nemigen kapunk hozzá túlságosan jó 
leírást, a aosmtpd letöltését követően néhány órával már meg 
tudtam írni az első működőképes bővítményemet, és biztos 
vagyok benne, hogy a többi felhasználó is hasonló tapaszta- 
latokat fog szerezni. Minthogy a aosmtpd Perlben íródott, 
természetesen gyorsan és könnyen elérhetjük a Perl-progra- 
mok által hozzáférhető összes lehetőséget, valamint a 


Lp at 


fejlesztést leegyszerűsítő a CPAN-modulokat. 

löbb szinthez is csatolhatunk bővítményeket, többek közt a 
helo, eh1o, connect, sőt akár a rcpt szinthez is, amelyek 
mindegyikén különféle teszteket végezhetünk el. Még 
SpamAssassin-bővítmény is létezik aosmtpd-hez, amely a 
híres levélszemétszűrő programot hívja meg, mielőtt a levél 
megérkezne a levelesládánkba. 

Körülbelül egy hónapja használok agosmtpdt-t, és a leveles- 
ládámba vándorló kéretlen levelek száma örvendetesen meg- 
csappant, mégha néhányat át is enged a SpamAssassin. Ha 

a saját gépünkön dolgozunk, jó szívvel ajánlom a aosmtpdt-t. 
Kiváló példa arra nézve, hogyan írjunk tetszőleges bővítmé- 
nyeket kezelő programot, ráadásul csak azt a levelet kapjuk 


meg, amelyet tényleg meg kell kapnunk. 


Összegzés 

A levelezés létfontosságú része az internetnek, mint azt kétség- 
telenül mindenki tudja, aki ezeket a sorokat olvassa. Az inter- 
net azonban folyamatosan terjeszkedik, így a levelezésre több 
irányból is nyomás nehezedik. Ebben a hónapban a webalapú 
fórumokkal ismerkedhettünk meg, illetve megnéztük, mikép- 
pen lehet csatlakoztatni őket a levelezőlistákhoz. Röviden 
bepillantottunk a aosmtpa, egy választható, különlegesen 
bővíthetőre és átállíthatóra tervezett SMIP-kiszolgáló világába. 
Remélem, a következő hónapban visszatérhetünk a Bricolage 
és a többi nyílt forrású tartalomkezelő rendszer birodalmába, 
nagy hangsúlyt fektetve arra, hogyan illeszthetünk be már 
létező weboldalainkba valamilyen CMS-t. 


A Kapcsolódó címek megtalálhatóak az 55. CD 
Magazin/ Elektronikuslevel könyvtárában. 
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Rewven M. Lerner (3 http :Avww.lerner.co.il/atf) 
Nyílt forrású programokra, valamint web- és adat- 
bázis-alkalmazásokra szakosodott tanácsadó. 
Könyve, a Core Perl, 2002 januárjában jelent meg 
a Prentice Hall gondozásában. Reuven feleségével 
és lányaival nemrég költözött Chicagóba. 





Dobj be még egy ötcentest! 


Konyhafőnökünk ízletes válogatást készít sokoldalú zenelejátszó programokból. 
Próbáljuk ki mindet a ,My Heart Will Go On"-nal! 


ogy érted azt, hogy még soha nem hallottad ezt a 
dalt, Francois? Ez Céline Dion egyik klasszikussá 
vált száma, mon ami. Mit mondasz? Úgy gondolod, 
hogy az éneklésemet a zuhanyozás idejére kellene korlátoz- 
nom? Azt hiszem, Francois, megfeledkezel arról, hogy ki 
ennek az étteremnek a konyhafőnöke és a tulajdonosa... 
Non, mon ami, csupán csak a tájékoztatás végett említettem, 
és inkább szemet hunyok epés megjegyzésed fölött. Nézz 
csak ide! Mindegyik programunk képes rá, hogy a segítsé- 
gével lejátszási listát állítsunk össze kedvenc dalainkból a 
vendégek számára. 

Ami a vendégeinket illeti, már itt is vannak. Isten hozott titeket, 
mes amis, Chez Marcelnél, a kitűnő Linux-konyha, a külön- 
leges borok és a kiváló könnyűzene otthonában - a mostani 
témám ugyanis a szórakoztatás. Azt kérdezitek, hogy miért a 
zenei szórakoztatás? Életem egy régebbi időszakában azzal 
kerestem egy kis zsebpénzt magamnak, hogy a szüleim 
barátainak a gyerekeire felügyeltem. A barátok egyike zenegé- 
pek javításával foglalkozott, így a házban mindig ott volt egy 
igazi zenegép, tele 45-ös fordulatú slágerekkel. A gép időről 
időre cserélődött, de a pénzadagoló mechanika kiiktatásával 
mindig hozzájuthattam az engem érdeklő zenékhez. Ez volt 
ám a remek szórakozás! 

Mint olvasóink közül is bizonyára sokak, én is számos dalt 
tartok a merevlemezemen Ogg Vorbis és MP3 formátumban. 
Ennek jó oka van, mert ugyan elég tekintélyes CD-gyűjte- 
ménnyel rendelkezem, de ha a noteszgépemmel szeretném 
lejátszani őket, akkor a lemezeket is magammal kellene 
hordoznom, ami nem túl kényelmes megoldás. Ezért ezekről 
a CD-kről beolvasom a dalokat és a lehető legkisebb helyen, 
nevezetesen a noteszgépemben tárolom őket. A dobozokban 
tárolt CD-k eltűnnek a lemezem virtuális terében, de sajnos a 
rendszer még messze van a tökéletestől. Most ezeket a dalokat 
számos nagyméretű könyvtárban tárolom, amik kevéssé vagy 
egyáltalán nem szervezettek. Ha valamit le szeretnék játszani, 
előtte keresgélnem kell. De most végre búcsút vehetünk a 
keresgéléstől, mes amis! Mai menünkön néhány nagyszerű 
nyílt forráskódú zenelejátszó program szerepel, amelyek közül 
bármelyiket a Linux-rendszerünkre feltelepítve egy jól elren- 
dezett, kereshető és élvezettel használható dalgyűjteményhez 
juthatunk - éppen olyanhoz, mint fiatalságom gépei voltak, 
csak éppen sokkal kisebb méretben. 

Francois! le meg mit lábatlankodsz még mindig itt? A pincébe, 
immédiatement! Úgy gondolom, ma valami könnyűre van 
szükségünk, ami friss és izgalmas. A 2001-es Riesling Auslese 
Gold Cap Mosel-Saar-Ruwer Wehlener Németországból 
bizonyára megfelel az érzékszervek legfontosabbika, az ízlelés 
elsőrangú szórakoztatásához. Vite, Francois! 

Amíg Francois visszaér a borral, kezdjük is el a linuxos zene- 
lejátszó programok terén tett körsétánkat. Ha KDE munka- 
asztal felhasználói vagyunk (sőt akkor is, ha esetleg nem), 
érdemes egy pillantást vetnünk Scott Wheeler JuK programjára 
(1. kép). A kiejtésnél a jukebox (zenegép) szóra gondoljunk, 
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1. kép A JuK felkerült a KDE 3.2 tervezett részeit tartalmazó Jjelöltlistára 


és máris tudni fogjuk, miről van szó. Lévén KDE-alkalmazás, 
a program egy tálcaikonnal szépen beleillik a KDE-környe- 
zetbe, amivel könnyen eltüntethetjük a programot a látóte- 
rünkből. Támogatást kínál az Ogg Vorbis- és MP3-fájlokhoz, 
a gyűjtemény- és lejátszási listák létrehozásához, a címkeszer- 
kesztéshez és még sok egyébhez. 

A JuK a KDE 3.2 részeként kerül majd kiadásra és érdemes 
arra, hogy bármelyik jövőbeli KDE-telepítés része legyen. 
Addig is szerezhetünk a programból egy példányt a 

2 http:/www.slackorama.net/cgi-bin/content.pl?juk címről. 
A JuK fordítása a már megszokott öt lépésből áll: 


tar -xzvífí juk-1.95.tar.gz 
cd juk-i.95 

. /configure 

make 
sün -ú "make im6tall" 

Amikor a juk paranccsal elindítjuk a programot, egy egyszerű 
kéttáblás felülettel találjuk szemben magunkat egy oldalsávval 
a bal oldalon és egy nagy munka-, illetve megjelenítő ablakkal 
a jobb oldalon, amelyek mindegyike átméretezhető. A szoká- 
sos menü és a gyors elérést nyújtó ikonok felül helyezkednek 
el. Az oldalsáv egyetlen, Collection List (gyűjteménylista) 
feliratú ikonnal rendelkezik. Ha a JuK-hoz zeneszámokat 
kívánunk hozzáadni, az nem áll többől, mint a könyvtármeg- 
nyitó ikonra való kattintásból, egy könyvtár kiválasztásából 

és a kívánt dalok kijelöléséből. Kattintsunk az OK gombra, és 
a dalok megjelennek az alapértelmezett gyűjteménylistában. 
Mivel a rendezettség a cél, újabb lejátszási listákat hozhatunk 
létre és ezekre ráhúzhatjuk a kiválasztott zeneszámokat. 

A címek megjelennek az új listában, de benne maradnak 

a főgyűjteményben is. 


2004. január 15 
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3. kép Nem kell bolondnak lennünk ahhoz, hogy a Madmant használjuk 


A fő zeneszámablakban valamelyik oszlopra rákattintva az 
album címe, az előadó, a dátum vagy egyéb azonosító szerint 
rendezhetjük a tételeket. Bárki, aki rendelkezik már a számí- 
tógépén valamilyen zenegyűjteménnyel, tudja, hogy az adat- 
címkékben (tagokban) tárolt adatok nem minden esetben 
helyesek. Ennek a gondnak a kezelésére a JuK hatékony cím- 
keszerkesztőt is biztosít. Azt szeretem a leginkább ebben a 
szolgáltatásban, hogy a dalcímen jobb egérgombbal kattintva 
a sorban is szerkeszthetjük a tartalmat, de az alaposabb cím- 
keszerkesztőt is előhívhatjuk. legyük fel, hogy 12 zeneszá- 
munk van ugyanarról az albumról, és az album dátumát is 
rögzíteni szeretnénk. Ekkor a JuK szerkesztője lehetővé teszi, 
hogy több címet is kijelöljünk és ezek kiválasztott mezőit 
egyszerre megváltoztassuk - ez a módszer nagyon célszerű 
és sok időt takaríthatunk meg a révén. 

A Gnome oldaláról engedtessék meg bemutatnom Colin 
Walters Rhythmbox nevű programját (2. kép). A Rhythmbox 
egy újabb takaros zenelejátszó program. Kereshetünk vele 
zeneszámokat, különböző tulajdonság alapján rendezhetünk, 
lejátszási listákat hozhatunk létre és a többi. A zenekönyvtár 
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4. kép A Madman akkor Is előkeresi nekünk a dalt, 
ha nem emlékszünk már a pontos írásmódjára 


tallózónézete két vagy háromoszlopos nézetre állítható be, 
megjelenítve az előadót, a műfajt és az album címét. Kattint- 
sunk bármelyikre, és a Rhythmbox leszűkíti a kiválasztást. 

Egy címkeszerkesztő is része a programnak, de - jelenlegi 
állapotában legalábbis — nincs mód az adat sorban szerkeszté- 
sére. Beépített internetrádió-támogatással rendelkezik, egy 
vevőkártyával ugyanarról a felületről élvezhetjük a kedvenc 
adóinkat. A Rhythmbox letöltésére a 

2 http:/www.rhythmbox.org honlap nyújt lehetőséget. 

A program a gstreamer csomag segítségével játssza le a ze- 
neszámokat, ezért ennek megléte fontos előfeltétel. A Rhythm- 
box forrásból való fordítása nem túl bonyolult dolog, de én 
egy kicsit felhúztam magam, mire az összes szükséges Gnome 
fejlesztői csomagot megkerestem, amelyek között megtalálható 
a bonobo, a GIK--, a pango, a gnomeui, az atk, a aconf stb. 
Mindezt azért említem meg, mert jó párszor vissza kellett 
térnem olyan csomagokért, amelyek a fordításkor hiányoztak. 
Akik a gyors megoldásokat kedvelik, azok számára bináris cso- 
magok is elérhetők. Ha jó RPM-lelőhelyet keresünk, próbáljuk 
meg az 3 http:/rpm.pbone-.net címet. Visszatérve a fordításra: 
ismét egy ötlépéses kicsomagoló-fordító folyamatról van szó, 
tehát nagy meglepetések nem érhetnek bennünket: 


tar -xzvií rhythmbox-0.5.3.tar.gz 
cd rhythmbox-0.5.3 


. /configure 
make 
su -c "make install" 


A Rhythmbox első indításakor egy kis kérdés-válasz részen 
kell túljutnunk, amelyben meg kell adnunk, hogy a rendsze- 
rünkön hol tároljuk a zenéket. Megadhatjuk az elérési útvo- 
nalat, de teljesen ki is hagyhatjuk ezt a lépést. Amennyiben 
kihagyjuk, kézzel később is hozzáadhatjuk a zeneszámokat. 
A Rhythmbox minden tétel címkéjéből beolvassa a dal címét, 
az előadót és a többi adatot, majd a rendezést önműködően 
végrehajtja. A címkeszerkesztő segítségével nulla és öt csillag 
között rangsorolhatjuk a zeneszámokat, és ezt az osztályozást 
később a kedvenc dalaink kiválasztására használhatjuk fel. 
Mai menünk utolsó fogása ,a zenekezelő, amely mindent 
elintéz" szlogennel értékeli önmagát, s ez az önreklám felkelti 
az ember figyelmét. De ne feledkezzünk meg az italunkról 
sem, kortyintsunk egyet ebből a finom borból! A program, 
amely mindent elintéz, Andreas Klöckner Madman nevű 
alkotása (3. kép), ami a 5 http:/madman.sourceforge.net/ 
index.php oldalon érhető el. 

Ha a program forrásának lefordítása mellett döntünk, 

akkor régi barátunkhoz, az ötlépéses kicsomagoló-fordító 
eljáráshoz kell visszatérnünk. Az írás idején kiadott csomag 
a madman-0.91.1.tar.gz. 

lermészetesen a Madman alapvető szolgáltatásai nagyjából 
megegyeznek a JuK és Rhythmbox által nyújtott zenegyűjte- 


mény-elrendező és a kiválasztott dalokat lejátszó felület képes- 
ségeivel. Pedig a Madman valóban különbözik — még az érzé- 
kelése is más. Keresőképességei például elképesztően rugal- 
masak. legyük fel, hogy egy Céline Dion által előadott zene- 
számot szeretnénk meghallgatni, de nem tudjuk, hogyan írják 
a Celine szót. Egyszerűen írjuk be, hogy selin, vagy valamit, 
amiről úgy gondoljuk, hogy jó lehet, és a Madman felkutatja 
számunkra a dalt (4. kép). Mais oui, természetesen tudom, 
hogyan kell írni. 

Várjunk csak, van itt más is. A Madman főablakának az alsó 
részén egy újabb kitűnő Madman-szolgáltatást találhatunk. 

A program önműködően nyomon követi, hogy mely dalokat 
hallgattuk végig és hányszor. Így egyszerűen a zenehallgatás 
révén is létrejön kedvenceink listája. Arra is lehetőségünk 
nyílik, hogy egy dal címén a jobb egérgombbal kattintva, azt 
az ötcsillagos rendszert használva besoroljuk valamelyik 
minőségi kategóriába. 

A Madman indításakor rákérdez, hogy mely könyvtárakban 
tároljuk a zeneszámainkat. Egy egyszerű hozzáadó párbeszéd- 
ablakról van szó, amellyel annyi helyet adunk meg, amennyit 
akarunk. Gyűjteményünk összes Zenéje elérhető előadó, műfaj 
vagy az album címe szerint. Lehetőség nyílik egy dal felkutatá- 
sára a Madman korábban említett szuperrugalmas kereső- 
motorjával is. Amikor találtunk egy kedvünkre való dalt, 
jelöljük ki és nyomjuk meg az F9 billentyűt; az F10 billentyűvel 
pedig a következőt tudjuk kiválasztani. Dönthetünk a teljesen 
véletlenszerű kiválasztás mellett is. 

Míg a most vizsgált programok mindegyike közvetlenül a 
felületről játszotta le a zenét — a lejátszószerkezetet elrejtve a 
háttérben -, a Madman az XMM$S-t indítja el a lejátszáshoz. 
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A beállítások párbeszédablakán van egy lehetőség, amely más 
lejátszóprogram kiválasztását teszi lehetővé, de pillanatnyilag 
az XMMS tűnik az egyetlen alkalmas lejátszónak. 

Egy csomó szeretnivaló akad a Madmanben. Amikor CD-leme- 
zeket olvasok be és alakítok át, néha azt tapasztalom, hogy az 
adat nem került át megfelelően a címkékbe. Eredményül egy 
üres felsorolást kapok. Semmi gond: nyomjuk le az F9-et a 
lejátszásához, ellenőrizzük az XMMS kijelzőjén a címet, és 

egy lassú kétszeres kattintással nyissuk meg javításra a 
Madman kijelzőjén. 

Mit mondtál, Francois? Á, köszönöm! Sajnálom, mes amis, de 
úgy tűnik, sikerült egy újabb estét eltöltenünk. Hogy elszállt 
az idő! Mindazonáltal nem akarjuk, hogy innen, Chez Marcel- 
től a vendégek anélkül menjenek el, hogy még egy pohárka 
bort kényelmesen elfogyasztanak, ezért megkérem Francois-t, 
hogy töltsön még egyszer utoljára. Mivel mindenkinek van az 
asztalán egy linuxos gép, nyugodtan feltehetitek a fejhallgatót 
és mialatt a bort kortyoljátok, meghallgathattok egy búcsúdalt. 
Viszontlátásra a következő alkalmig! Egészségetekre, mes amis! 
A vótre santé! Bon appétit! 


Linux Journal 2003. december, 116. szám 


Marcel Gagné (mggagneCsalmar.com) 
Mississaguában, Ontario államban él. 

Ő a szerzője a Kiskapu kiadásában tavaly szep- 
temberben megjelent Linux-rendszerfelügyelet 
(ISBN 96-9301-40) című könyvnek (jelenleg Is 
egy könyvön dolgozik). 
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Bevezetés a vi használatába 


Még akkor is érdemes megismerkedni a mindenütt jelenlévő vi használatának 
alapjaival, ha munkád zömében másfajta szövegszerkesztőt használsz. 





Linuxszal vagy Unixszal ma 
ismerkedők többsége már 
tudja, hogyan kell használni 


egy grafikus WYSIWYG (amit látsz, azt 
kapod) szövegszerkesztőt, amely nagy- 
mértékben támaszkodik az egér, az 
ikonok és a legördülő menük használa- 
tára. A vi-jal, a Unix/Linux szerkesz- 
tőjével való első találkozás alkalmával 
az nehézkesnek tűnhet, és nem látszik 
valami hatékonynak sem, de ennek 
éppen az ellenkezője az igaz. 

Ahhoz, hogy a parancsok beviteléhez a 
teljes billentyűzet rendelkezésre álljon, 

a vi-nak egy parancs- és egy beszúró 
üzemmódja van. 

Az üzemmódok először zavaróak lehet- 
nek. A legtöbb szerkesztőnél bármi, amit 
begépelsz, bekerül a dokumentumba, 

a szerkesztés az egér, esetleg gyorsbillen- 
tyűk segítségével történik. A vi-nál pa- 
rancsmódban a teljes billentyűzet a szer- 
kesztőparancsok bevitelére szolgál. Csak 
akkor kerül bele szöveg a dokumen- 
tumba, ha kiadod a beszúrás parancsot. 
A legtöbb új vi-felhasználó csak néhány 
alapvető parancsot tanul meg: kurzor- 
billentyűk, i a beszúrás, x egy karakter 
törlése, dd egy sor törlése, : wa mentés 
és bezárás, esetleg még egy-két más 
parancsot is megismernek. Hamar meg- 
unják, hogy minduntalan ugyanazokra 
a billentyűkre kell támaszkodni, ugyan- 
akkor félnek attól, hogy hatalmas pa- 
rancslistákat tanuljanak meg. Ahelyett, 
hogy egyszerűen egy bemagolandó 
felsorolást készítenénk, most megpró- 
báljuk felfedezni a mögöttes szerkezetet, 
könnyen megjegyezhetővé téve ezáltal 
a parancsokat, és megpróbáljuk elérni, 
hogy gyorsan kiemelt vi-felhasználóvá 
lépjünk elő. A parancsok néhány alap- 
vető kategóriája: szövegbeszúró, kurzor- 
mozgató, blokkszerkesztő, kettőspont 
(ex) parancsok, beállítások és egyéb 
parancsok. 


Szöveg beszúrása 

Az első parancs, amit az ember megta- 
nul a vi-ban, az az i. Az i a szövegszer- 
kesztőt beszúró módba teszi, ahol is 
minden, amit begépelsz, bekerül a doku- 
mentumba, és egészen addig ott marad, 
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amíg meg nem nyomod az Esc billen- 
tyűt. Az i azonban nem az egyetlen 
módja szöveg beszúrásának. 

A kurzor mögé vagy a sor végére úgy 
adhatunk szöveget, hogy az a parancsot 
használjuk, vagy a sor végére ugrunk, 
és az A paranccsal fűzzük hozzá a szöve- 
get. Hasonlóképpen az I a sor elejére 
szúr be szöveget. Ezeknél, valamint 

a többi beszúróparancsnál a parancs 
üzemmódba való visszatéréshez mindig 
nyomd le az Esc-t. 

Ha a pillanatnyi sor mögé újabb sort 
szeretnél beszúrni, és oda szeretnéd 
tenni a szöveget, használd az o-t, 

vagy a pillanatnyi sor elé való beszú- 
ráshoz az O-t. 

A pillanatnyi karakter cseréjéhez nyomd 
meg az s-t, vagy ha sok karaktert sze- 
retnél cserélni, az R-t, a grafikus 
szövegszerkesztők felülíró üzemmód- 
jához hasonlóan. 

Csaknem az összes parancsnál használ- 
hatunk számelőtagot, amely általában az 
adott mennyiségben ismétli meg a pa- 
rancsot. Például írd be, hogy 3iHurrá, 
majd nyomd le az ENTER és Esc billen- 
tyűket. Ez 3 sor , Hurrá" -t tesz be az 
átmeneti tárba. Az s parancs különbözik 
ettől; itt aszám azt mutatja meg, hogy 
hány karakter kerül lecserélésre: az 5s 
öt karaktert cserél le azzal, amit beírsz. 
Beszúró üzemmódban néhány vezér- 
lőbillentyűnek különleges jelentése 
van. A kurzorbillentyűket a mozgáshoz 
lehet használni, de ne feledjük, hogy 
még mindig beszúrómódban vagyunk. 
Ugyanígy a CTRL-I-t és a CTRL-D-t a 

sor elején a szöveg behúzására lehet 
használni. A CTRL-I a behúzás követ- 
kező szintjére mozgatja a szöveget, a 
CTRL-D pedig vissza. A legjobb ered- 
mény eléréséhez ezeket az autoindent 
és a shiftwidth beállításokkal együtt 
kell alkalmazni (lásd lejjebb, a beállítá- 
sok résznél). 


A kurzor mozgatása 

A grafikus szövegszerkesztőknél első- 
sorban egérkattintással mozgunk. 
Néhány vi-klón támogatja az egér hasz- 
nálatát, de a vi és klónjai mind olyan 
kurzormozgató parancsokon osztoznak 


egymással, amelyekkel nagyon gyorsan 
lehet mozogni. A legegyszerűbbek a 
kurzorbillentyűk vagy az azoknak 
megfelelő betűk: h (balra), j (le), k (fel) 
és 1 (jobbra). Ha azonban csak ezeket 
alkalmazod, elszalasztod a vi-ban rejlő 
erő teljes kiaknázását. 

A sorban úgy is mozoghatsz, hogy a 
jobb vagy bal nyilakat (vagy az l-t és 
h-t) folyamatosan nyomva tartod, de 
létezik ennél egyszerűbb mód is. A sor 
elejére való ugráshoz a 7 , a sor végére 
való ugráshoz pedig a $ parancs hasz- 
nálatos. Ha egyszerre egy szót szeretnél 
ugrani, használd w-t, a W-t pedig, ha 
még tovább akarsz menni. Ha vissza 
szeretnél ugrani, akkor a bvagy a B 
használatos. Az e, vagy E betűket is 
lehet a pillanatnyi szó végére való 
ugrásnál alkalmazni. 

A kisbetűs w, b és e a szó alfanumerikus 
karaktereinek sorozatát jelenti; a nagy- 
betűsek szóközt használnak a szavak 
elválasztásához. 

A pillanatnyi sorban való mozgásnak 
egy másik módja az, ha egy adott karak- 
terre ugrunk. Például, ha a kurzort a 
következő s-hez szeretnénk mozgatni a 
sorban, gépeljük be az f£s-t. Használjuk 
az F-et az előző betű megtalálásához: 
Fs. Vagy használjuk a ts-t, hogy ponto- 
san az s elé kerüljünk vagy a Ts-t, ha a 
másik irányba szeretnénk menni. Az s 
helyére bármilyen más karaktert is beír- 
hatunk, amit meg szeretnénk keresni. 
Ha meg szeretnénk ismételni a keresést, 
a , (vessző) karaktert írjuk be. 

Ha a kurzort a képernyő tetejére, köze- 
pére, vagy aljára szeretnénk mozgatni, 
használjuk a H, M vagy L betűket (nagy- 
betű). A H-nál vagy L-nél a számelőtag 
azt mondja meg, hogy hány sort szeret- 
nénk lépni az oldal aljától vagy tetejétől 
nézve; az M-nél a számnak nincs hatása. 
Mondatonként való előre- és hátraug- 
ráshoz használjuk a ( vagy ) zárójele- 
ket; a bekezdésenkéntihez pedig a 

( és ) kapcsos zárójeleket. Ha sok 
zárójellel rendelkező forráskódot szer- 
kesztesz, a 3 paranccsal próbálkozz: 
helyezd a kurzort a következő karakte- 
rek valamelyikére: (, ), [, 1], 

( vagy ), majd üsd le a 8 jelet; ekkor 


a megfelelő zárójelhez fogsz ugrani. 

A mozgáshoz gyakran a / paranccsal 
való keresés a legjobb módszer. Például 
gépeljük be a /hello parancsot, majd 
nyomjuk le az ENTER-t, ha a következő 
,hello"-ra szeretnél ugrani a dokumen- 
tumban. A , hello" helyett bármilyen 
szabályos kifejezést használhatsz. Az n 
parancs megismétli a keresést; az N 

az ellentétes irányba teszi ugyanezt. 

A ? parancsot a fájlban való visszafelé 
kereséshez használhatod. A keresés kis- 
és nagybetűérzékeny; az ignorecase 
beállítást a cikk egy későbbi részében 
fogom elmagyarázni. 

A legtöbb kurzormozgató parancsnál 
számelőtagot lehet használni a paran- 
csok ismétléséhez. Például az 5w öt 
szóval fog előre mozgatni, a 2n nem a 
következő találathoz visz, hanem az azt 
követőre, az 5fs az ötödik s-hez fog 
mozgatni a kurzor jobb oldalán. 


Blokkszerkesztő parancsok 

A grafikus szerkesztőkben egy szöveg- 
blokk módosításához először jelöld ki a 
szöveget, kattints rá és húzd át az egeret 
a szöveg felett, majd kattints egy ikonra 
vagy menüelemre, vagy üss le egy 
gyorsbillentyűt. Bár a vi nem alkalmazza 
az egeret, az eljárás meglepően hasonló. 
Mint az előbb láttuk, a vi-nak széles kur- 
zormozgató parancskészlete van. Ezek 
közül bármelyik tulajdonságként hasz- 
nálható a blokkszerkesztő parancsokhoz 
(például a dw töröl egy szót). Ahelyett, 
hogy a vi-ban a szövegblokk meghatáro- 
zásához először egérrel kijelölnénk a szö- 
veget, majd egy műveletet választanánk, 
először írjuk be a blokkszerkesztő paran- 
csot (d), majd a kurzormozgató parancsot 
(w). Gyorsbillentyűként a blokkszerkesztő 
parancsot kétszer is beírhatjuk, hogy az 
egész jelenlegi sorra hatással legyen, 
például a da kitörli a pillanatnyi sort. 
Mint láthattuk, a d parancs a törlés. 
Amikor szöveget törlünk, a szöveg meg- 
jegyzésre kerül, a grafikus szerkesztők 
kivág parancsához hasonlóan. A szöveg 
beillesztéséhez (a vi szóhasználatában: 
tenni, ,put") a p-t írjuk be a kurzor 
mögé való beszúráshoz (vagy nagy P-t, 
ha a kurzor elé szeretnénk beszúrni). 

Ez megoldja a kivág-beilleszt paran- 
csokat, de mi a helyzet a másolással? 

A vi-ban ezt kirántásnak (, yank") hívják, 
és a y parancsot használják. Ez ugyan- 
olyan, mint a d parancs, azzal a különb- 
séggel, hogy nem töröl semmit: az yy 
megismétli a pillanatnyi sort, a yw a 
pillanatnyi szót és így tovább. 

Nagy mennyiségű szöveg cseréjénél 
először kitörölhetjük a szöveget, majd 
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az i-vel beszúrhatjuk az újat, de helyette 
használhatjuk a c (módosít, change) 
parancsot, és máris beszúró módban 
vagyunk és beírhatjuk a módosító szö- 
veget; ha befejezted, üsd le az Esc bil- 
lentyűt. Használhatod kurzormozgató 
paranccsal együtt (mint például: cw), 
vagy az egész sort módosíthatod a cc 
paranccsal. 

A programozók imádják a : és c paran- 
csokat, amelyek egy szöveget tolnak el 
jobbra vagy balra. Egy blokknyi kód 
eltolásához helyezd a kurzort a ( , vagy 
) karakterekre a blokk elején vagy a 
végén, és ha jobbra szeretnéd eltolni a 
szöveget, írd be a 53 parancsot. Bármi- 
lyen mozgatóparancsot használhatsz a 2 
helyett, az egész sor eltolásához pedig 
használd a 5: parancsot. A c jel segít, 
ha balra szeretnéd tolni a szöveget. 
Lásd a CTRL-I és a CTRL-D billentyűket 
(miközben beszúró üzemmódban vagy) 
és a shiftwidth beállítást lejjebb. 

Végül a ! parancsot kell alkalmazni a 
szöveg külső program általi szűréséhez. 
Írd be a futtatandó program nevét, és 

a szerkesztő az állomány kijelölt részét 
szabványos bemenetként adja át; a 
program kimenetét pedig beilleszti a 
dokumentum megfelelő helyére. Pél- 
dául a ! ! a pillanatnyi sort szűri; a ! ) 
egy bekezdést szűr. Különösen hasznos 
parancs a Unix/Linux-szűrő fmt, amely 
újraformálja a bekezdéseket. Az állo- 
mány módosítása nélküli külső program 
futtatásához nézd meg a : ! parancsot 
a ,kettőspont (ex) parancsok" részben. 
Bármely számelőtag a parancs kurzor- 
mozgató részének kerül átadásra, akár 
elsőnek adjuk meg, akár a szerkesztő- 
és kurzormozgató parancs belsejében. 
Például mind a 3dw, mind pedig a d3w 
három szót töröl; a 3yy és ayv3y 
parancs három sort másol. 


A kettőspont (ex) parancsok 

A vi egy parancscsoportot örökölt 
elődjétől, az ex-től, amit az úgyneve- 
zett kettőspont üzemmódon keresztül 
lehet elérni. Gyakori példa a : wa 
(mentés és kilépés) és a : s5/X/V/ 
(helyettesítsd X-et Y-nal)). Írd be a : 
(kettőspontot), amelyet egy ex parancs 
követ, majd nyomd le az ENTER-t. 
Miután a parancs befejezte működését, 
a vi parancsmódba tér vissza. 

Számos változata létezik a :wés : ag 
parancsoknak. A fájl mentéséhez, majd 
a munka folytatásához használjuk a :w 
parancsot. A vi-ből a : ag segítségével 
lehet kilépni, de csak akkor, ha a munka 
mentve lett; a minden feltétel nélküli 
kilépéshez használjuk a :g! parancsot 


(ez azonban veszélyes!). Próbáljuk meg 
a :w! parancsot a csak olvasható mód 
felülbírálásához, ha a : ag hibát jelez. 
Sokan használják a :wa! mentés és 
kilépés parancsot. A vim-ben vagy az 
nvi-ben ez ugyanaz, mintha azt írnánk 
be, hogy :w! majd azt, hogy : a, ha 
nem volt hiba mentés közben. De a vi 
néhány más változata ezt úgy kezeli, 
hogy :wés : a! , ami azt jelenti, hogyha 
bármilyen hiba történt mentés közben, 
a munka elveszik. Emiatt jobb szokás a 
: wa-t használni. 

A csere parancs rendkívül hatékony. 
Legegyszerűbb formájában a : s/X/Y/ 
az X előfordulását Y-ra cseréli le a 
pillanatnyi sorban. A pillanatnyi sorban 
az összes előfordulás cseréjéhez adjuk 
hozzá a g (global) betűt a parancs vé- 
géhez, például : s/f£oo0/bar/g. Rakjuk 
hozzá a c-t a parancs végéhez, ha meg 
kívánjuk erősíteni a változtatásokat, 
például : s/f£oo/bar/gc. Több sorban 
való cseréhez két sorszámot írjunk előre, 
vesszővel elválasztva őket egymástól. 
Így például a :10,208/foo/bar/g a 
,£007 összes előfordulását , bar"-ra 
cseréli le a 10. és 20. sor között. Az első 
sorhoz az 1-et, az utolsóhoz pedig a $ 
jelet kell alkalmazni; az összes sor cse- 
réjéhez viszont a következőt: 
:1,58/100/bar/g (az 1, S; helyett 
használhatjuk a 9 jelet, például 
:.55/fo0/bar/9g). 

Egy másik hasznos parancs a :g/X/. 
Ez azt teszi lehetővé, hogy bármilyen 
ex parancsot futtathass az összes X-et 
tartalmazó sorban. Például az összes 
olyan sor megjelenítéséhez a képer- 
nyőn, amely tartalmazza a , hello" szót, 
használd a :g/hel1o/p parancsot 

(a :p egy ex parancs egy sor képernyőn 
való megjelenítéséhez). Ezt össze lehet 
még kapcsolni a : s/ / / paranccsal. 
Cseréljük le ,fo07-t ,bar"-ra azokban 

a sorokban, amelyek tartalmazzák a 
,hello7-t: :g/hel1lo/s/foo/bar/a. 
Mind a : s/X/Y/, mind pedig a :g/X/ 
parancsokban az X kifejezés egy szabá- 
lyos kifejezés, nem pedig egyszerűen 
egy statikus karaktersorozat. Ennek 
kiküszöbölésére a nomagic beállítást 
állítsuk kikapcsolt állapotba (lásd lej- 
jebb). A szabályos kifejezések megisme- 
réséhez ajánlom Büki András Bevezetés 
a szabályos kifejezések használatába 
című írását a 69. oldalon, illetve Jeoffrey 
Friedl Mastering Regular Expressions 
című könyvét (O Reilly éz Associates, 

2. kiadás, 2002). 

Külső program futtatásához használd 

a : ! parancsot. A : ! ls megjeleníti a 
pillanatnyi könyvtár tartalmát. Kényel- 
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mi szolgáltatás, hogy a parancsban a 
százalékjel (70) helyettesíti az éppen 
szerkesztett fájl nevét, azaz a : ! chmod 
rx 3 parancs futtathatóvá teszi a fájlt. 
A : ! ! parancs begépelése megismétli 
az előző : ! parancsot. A parancs-üzem- 
módbeli ! paranccsal ellentétben ez 
nem módosítja a szöveget; a program 
kimenete, ha egyáltalán van, egyszerűen 
csak megjelenik a képernyőn. 


Beállítások 

A vi-ban az ex : set parancs segítségé- 
vel be lehet állítani a szerkesztő viselke- 
dését. Például a keresőparancsoknál a 
kis- és nagybetű alapesetben megkülön- 
böztetett; ennek megváltoztatásához 
használjuk a : set ignorecase vagy 
a :set iclehetőséget. A legtöbb beál- 
lításnak van egy-két karakteres rövidí- 
téssel ellátott változata. 

Kétféle beállítás lehetséges: a kétértékű 
(igaz/hamis) beállítások, és azok, ame- 
lyek értéket vesznek fel. Egy kétértékű 
beállítást a ,no" előtaggal lehet kikap- 
csolni; például a : set noignorecase 
vagy :set noic kikapcsolja a kis- és 
nagybetűfigyelést. 

Az értéket felvevő beállítások egyenlő- 
ségjelet alkalmaznak, amely mögött a 
beállítandó érték szerepel. Például a 
shift parancs alapértelmezett szóköz- 
értéke (2, c, "7 I és " D) nyolc szóköz 
(egy tab karakter), a legtöbb progra- 
mozó azonban két vagy négy szóközt 
részesít előnyben. A : set 
shiftwidth-4 (vagy a : set sw-4) 


A vi szövegszerkesztő és klónjai 
2 http:/Awwvw.math.fu-berlin.de/ guckes/vi/index.php3 
A vI-kedvelők honlapja 3 http:/Avvwwvv.thomer.com/vi/vi.html 
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parancsot kell használni ahhoz, hogy az 
összes behúzásparancs négy szóközzel 
rendelkezzen. 
Íme néhány egyéb hasznos beállítás: 
e. wrapmargin-N 
Bekapcsolja a sortörést; a szám azt 
határozza meg, hogy hány karak- 
terrel a sor vége előtt kell sortörést 
alkalmazni, például : set wm-8. 
e — az autoindent (kétértékű) 
Minden sort az azt megelőző 
értékkel húzza be, például :set ai. 
e magic (kétértékű, alapértelmezett 
igen, nincs rövidítése) 
Ez szabályozza a szabályos kifejezé- 
sek viselkedését a keresőparancsok- 
ban, például : set nomagic. 


löbb beállítás egyszeri alkalmazásához a 
parancsokat eggyé össze lehet kapcsolni, 
mint például : set noic wm-8 sw-—4 
nomagic ai. 

A későbbi szerkesztési tevékenységhez a 
beállításokat menteni lehet, ekkor be kell 
rakni őket a .exrc fájlba. Mikor a vi-t 
futtatod, az állományban fellelhető 
összes ex (kettőspont üzemmód) pa- 
rancs végrehajtásra kerül. Hagyd figyel- 
men kívül a : kettőspontot, egyszerűen 
írd be a set parancsokat. 


Egyéb parancsok 

A grafikus szerkesztők gördítősávja azt 
mondja meg, hol tartózkodsz a szöveg- 
ben; s rá lehet kattintani, ha a fájl egyes 
részeit szeretnéd látni. Mivel a vi-nak 
nincs gördítősávja, az ennek megfelelő 





billentyűzetparancsokat használjuk. 

A CTRL-G a fájl állapotát a pillanatnyi 

sor számával mutatja meg. A fájl egy 

meghatározott sorára az XG paranccsal 
lehet eljutni. A G önállóan a fájl végére 
ugrik, vagy az XG helyett használhat- 
juk a : X-et. 

A CTIRL-F egy oldallal előremozgatja a 

képernyőt, a CTRL-B egy oldallal vissza. 

Ha félképernyőnként szeretnénk mo- 

zogni, a CTRL-D (le) és a CTRL-U (fel) 

parancsokat kell használnunk. 

Néhány egyéb parancs: 

e Az x parancs letörli a pillanatnyi 
karaktert (a nagybetűs X a bal oldali 
karaktert törli le). Számelőtaggal 
több karaktert is letörölhetünk. Az 
ezzel a paranccsal törölt karakterek 
ugyanúgy kerülnek kivágásra, mint 
a d parancs esetében. 

e A- a pillanatnyi karaktert nagybe- 
tűről kisbetűre alakítja vagy fordítva. 

e Egy hiba visszavonása az u parancs- 
csal történik. A vim-ben többszintű 
visszavonás működik. Az u parancs 
megismétlése a sorban minden egyes 
lépést visszavon; a CTRL-R billentyű 
leütése pedig visszateszi őket (redo). 
A vi más változatainak csak egyszin- 
tű visszavonása van; az u újbóli kia- 
dása egyszerűen visszavonja az előző 
lépést, visszaállítva a változtatásokat. 

e A nagybetűs U minden változtatást 
visszavon, amit eddig a pillanatnyi 
sorban tettünk; de miután kiléptél az 
adott sorból, a szolgáltatás már nem 
működik többé. 

e Írd be a . (pont) parancsot az utolsó 
szerkesztőparancs megismétléséhez. 

e Az utolsó : s// / parancs megismét- 
léséhez gépeljük be a £ parancsot 
(ez azonban csak a pillanatnyi sor- 
ban viszi véghez a módosításokat). 


További olvasnivaló 

A vim szövegszerkesztőnek van egy jól 
használható oktatómodulja, amellyel a 
parancsok nagy részét gyakorolni lehet. 
Írd be a vimtutor parancsot a 
parancssorba, vagy add ki a :help 
tutor parancsot a vim-en belül. 
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